2016-6-27 杂感

怎样的调试最高效，以现在的观点来看还是同步打断点，之前有看到说使用watch来增加硬件断点，写了个简单的程序看了下，真的很有用，在变量的值发生改变时，可以看出old value 和 new value 。日志的方式当然也有用，尤其是在线上的环境，但是因为从程序计算到日志输出，中间有很长的一段时间(相比于计算)，所以不够及时，想查看变量了只有加入了记录语句才行。之前遇到过程序core了，想看日志，没有输出，想一想日志的实现，内容可能先放在一个缓冲区中，这时程序core了，那这些内容也就丢失了。

flat transaction可以用一个简单的状态机来描述，但是在考虑到一些有依赖关系的事务的执行时，如果一个事务依赖于一个已经提交了的事务，但是这个事务又执行失败了，那需要回滚吗？人家可都commit了，所以说，在数据库的执行过程中，需要记录很多的中间数据与状态。好吧，从这里也引出了两阶段提交的概念，这里可以看看，有时间再结合Paxos算法，理解核心思想。

今儿个应该检讨下，没干什么正事，下了几把象棋，对方只有两个士时，象棋的规则就是你必须走一步，不能放弃，哈哈，那就可以利用这个规则，来构造一些你不能走士，又不能走将，学习了~