贝塔中的DBA

本文记录的是本人近期阅读的Method R相关文章的一个汇总总结。

top关于Method R

Method R最早由Cary Millsap以及Jeff Holt在他们2003年出版的书《Optimizing Oracle Performance》中提出，这种方法提出之初是“To create a performance optimization method that works and that can be taught effectively to the typical Oracle database administrator. （OOP序言）”，就是说这方法是为Oracle性能优化而建，但在从最近Cary Millsap的访谈和他的最新文章Thinking Clearly about Performance中可以看到他已经将Method R的应用从Oracle数据库扩展到了电脑软件甚至是一切流程的优化上，当然他的公司Method R Corporation也是为此而建的。

topThinking Clearly About Performance

Thinking Clearly about Performance可以认为是《Optimizing Oracle Performance》中关于Method R的一个简化版，如果没有看过OOP的话，仔细的阅读这篇文章也能对Method R有深刻的理解。

文章的大概总结：

• 什么是性能：性能就是完成一个指定任务的时间，性能就是时间
• 性能的衡量与描述： 响应时间和吞吐率，这两个是相关的，但却不似线性相关
• 分析性能问题：序列图能直观的表现一个任务的响应时间，但是却仅限于简单的任务。Profile才是分析响应时间的好工具。
• 解决性能问题：阿姆达尔定律、风险管理、效率这几个都是在考虑解决性能问题方案时候必须要注意的问题。
• 负载的衡量：负载可以说的系统资源的利用率，由排队论知道负载对于响应时间有着巨大的影响。排队延时和资源拐点论是在进行容量规划时必须考虑的问题，容量规划最重要的一点就是保证系统在运营高峰期时的资源消耗不会越过拐点。
• 竞争延时：并行处理的系统中除了排队延时之外还有个影响很大的就是竞争延时，M/M/m理论中的多个通道是相互独立的，而实际系统中却不是这样，并行的进行总会在一些公共资源上发生竞争，而且最严重的就是这种竞争根本无可预测性，因为其中会有人为的因素在里边。
• 性能的测试和测量：测试需要根据实际系统的情况来进行，要求高的测试多，要求低的测试少。性能测量是要注意必须要测量那些应该测量的，而不是只捡简单事情做，代理测量是很多错误判断的来源。
• 性能应该作为软件的特性：考虑性能问题不能在软件成型之后，而是在软件设计之初就要考虑到的，在代码编写的过程中就将插桩代码作为软件的一部分，这样系统成型之后就能很方便的查找性能问题。将性能测量代码写入软件中最终能使你的系统永远的都能以最快的速度跑起来，而不至于因为性能不好而抓瞎。

阅读全文…