/* * --------------------------------------------------------
* 高性能MySQL-3rd-Baron Schwartz-笔记
* 第三章 服务器性能剖析
*/ --------------------------------------------------------
3.1 性能优化简介
本书中将MySQL性能定义为完成某件任务所需要的时间,而不是每秒查询次数、CPU利用率等方面;本书中默认向MySQL发送的一切命令都称为查询,诸如 SELECT/UPDATE/DELETE等等。
如果认为性能是响应时间,那么我们的目标就是降低响应时间,降低每个查询的响应时间,那么第二个问题,就是先搞清楚时间花在哪里,即测量时间花在什么地方,无法测量就无法有效优化。
注意,测量范围不要搞错,如出现慢查询,就应该测量或解决慢查询,不应该去排查整个服务器的状况;另外,查询的时间包括等待时间和执行时间,一般处理和解决执行时间,等待时间长的原因很复杂。
通过工具可以显示性能剖析的结果,但注意很多情况是通过结果发现不了的,注意寻找哪些是值得优化的查询、哪些发生了异常、还有很多被隐藏的细节(如平均响应时间很小,但的确存在1~2个真正耗时的慢查询)
3.2 对应用程序进行性能剖析
除了对MySQL服务器进行性能剖析,还有必要对应用程序本身做性能剖析,比如PHP程序;值得注意的是性能剖析也会使服务器变慢,但相对剖析程序所做得贡献来说,那点消耗已经无所谓;
推荐了进行PHP性能剖析的工具,xhprof、Ifp等,不用重新发明“轮子”。
3.3 剖析MySQL查询
对查询的剖析有两种方式,一种是剖析整个MySQL服务器负载,一种是剖析单条语句查询;
剖析服务器负载,可以通过MySQL提供的慢查询日志,现在通过设置 long_query_time 可以将粒度设置到微妙级别;MySQL提供的慢查询日志是开销最低、精度最高的测试查询时间的工具。新浪的SAE就提供针对MySQL的慢查询日志。
剖析单条查询,使用 SHOW PROFILES、SHOW STATUS、查询慢查询日志的条目。先执行一条查询,然后使用 SHOW PROFILES 查看查询执行的时间,然后使用 SHOW PROFILE WHERE QUERY 1,显示该条查询执行的过程,及每个过程所话费的时间,经过排序后,就可以知道 查询把时间花在那个过程上了。
3.4 诊断间歇性问题
3.5 其他剖析工具
3.6 总结