最近“烦恼”的事情有点多，看书的时间相对少了，每每思考我现在遇到的问题，脑海里总会出现海尔的张瑞敏曾经说过的话
读德鲁克的书，对我冲击最大的一句话是“管理好的工厂，总是单调乏味，没有任何激动人心的事情发生”；他同时提到，那些誓师大会，表面上轰轰烈烈，但实质上对提高管理者的有效性无任何帮助。
我们要认真分析我们处理的那些轰轰烈烈的危机出现的次数，是不是由于缺乏制度或远见而产生的，同样的危机出现了第一次，第二次，就不应该让它出现第三次；因为一项重复出现的危机是可预见的，可预见的危机就需要有例行处理的步骤，使得每个人都能处理：
制定提高解决问题的流程
安排合适的人负责流程的实施
定期检查
确保流程一直执行下去
处理问题多了，可能觉得自己是“超人”了，兵来将挡，水来土掩，殊不知我们在努力解决问题的过程中或许迷失了自我，迷失了寻找问题的本源的方向，我们解决了一个一个边缘的问题，但是对问题的最终解决帮助甚微，因此，有时候慢下来，顶住压力，想一想，再想一想是非常有必要的，问题的根源也许并不负责，抽丝剥茧的过程其实是一个满有趣的过程。
比如最近遇到的一个问题：
为什么transaction 都被block了？
因为出现了Index Contention
哪个系统出现了index contention？
DEF系统出现的
怎么解决Index contention？
我们采用A+B+C的方式解决，测试D+E+F 后可以上线
换一种思路
为什么transaction 都被block了？
因为出现了Index Contention
哪个系统出现了index contention？
DEF系统出现的
为什么会出现Index contention？
因为这张表插入数据频率太高了
为什么插入数据太高了就会有index contention？
因为这张表的数据量实在是太大了
这张表的数据量为什么这么大？
这张表因为XXX的原因，数据量才过千万的
我们真的需要保留这么大的数据量吗，这里面有多少百分比的数据是无用的？
我们可以把XXX状态的时时处理掉，这样就可以减少将近8成到9成的数据
如果数数据量减少了9成，我们是不是连index 可能都不需要了？
非常有可能，如果index都不要了，就没有index contention了；万一去不掉，我们的数据量也不会造成这个结果，可以验证一下
