高性能mysql 之 性能剖析

1 定义性能优化
  mysql服务器性能，此处定义为 响应时间。
  在解释性能优化之前，先来消除一个误解，很多人认为，性能优化就是降低cpu的利用率或者减少对资源的使用。
  这是一个陷阱。
  资源时用来消耗并用来工作的，所以有时候消耗更多的资源能够加快查询速度，保持cpu忙绿，这是必要的。很多时候发现
  编译进了新版本的InnoDB之后，cpu利用率上升的很厉害，这并不代表性能出现了问题。反而说新版本的InnoDB对cpu的利用率上升了。
  查询的响应时间更能体现性能是不是有所提升。cpu利用上升，之势一种现象，而不是很好的性能指标。
  
  还有一种理解，即性能优化仅仅是提升每秒查询量。这种误解，把吞吐量理解为性能优化，这恰恰是性能优化的倒数。
  吞吐量可以看做 性能优化的副产品，因为每条查询执行的时间被缩短了，所以单位时间内可以执行更多的查询，而这刚好是
  吞吐量的定义。
  
2 测量时间都花在哪了
  优化性能，即缩短查询时间，首先必须知道时间都花在哪了。
  
3 优化方法怎么样
  优化，很多人都会想到必须需要大量修改配置和sql或者策略。我们这里的方法完全相反，会把90%的精力放在测量时间花在哪里。
  如果通过测量没有找到答案，一般都是测量的方法出现了问题。
  
4 对性能进行剖析
  对性能进行剖析的步骤一般是 1 测量任务所花费的时间 2 对结果进行统计和排序将重要的排在前面。
  第一部分 剖析服务器负载
  
  1 学会使用工具new relic 这个软件。
  2 或者使用企业监控器 enterprise monitor，她可以捕获发送给服务器的查询。
  3 mysql 高级版本中 已经将慢查询日志的精度从秒提升到微妙级别，I/O开销也可以忽略不计，所以可以开启慢查询日志。
    慢查询日志分析工具 pt-query-digest
	
  第二部分 剖析单条查询
    1 查看profile mysql>show profiles;
	2 设置profiling mysql>set profiling=1;
	3 查看profiles mysql> show profiles;
	4 查看单条sql 执行过程 mysql> show profile for query 2;
	
  第三部分 使用show global status
    这个方法实际上就是以较高的频率捕获数据，问题出现时，则可以通过某些计数器的尖刺或者凸现
	来发现。这个方法比较简单，对服务器影响也比较小，所以是一个花费时间不多却能很好解决问题的方法，命令如下
	shell> mysqladmin -uroot -r -i 1 -proot extended-status | awk '/Queries/{q=$4-qp;qp=$4} /Threads_connected/{tc=$4} /Threads_running/{printf "%5d %5d %5d\n",q,tc,$4}' 
	这段shell 会每秒捕捉一次mysql数据库线程连接 ，打印数据库 每秒查询数、线程连接数、正在执行的线程数。
	这三个数据对于服务器级别偶尔停顿的敏感性很高，
	
	正常情况下 数据是稳定的，偶尔出现的尖刺必须引起足够的重视，根据实践，两方面的原因的可能性比较大
	一是服务器内部遇到了某种瓶颈，导致新查询在开始执行前需要获取老查询正在等待的锁而造成堆积，第二种原因是
	服务器可能突然遭到了大范围的查询请求，比如前端缓存失效。
	
	以上的这条命令可以执行几小时或者几天，然后绘制成图表，分析尖刺的原因。
	

	大量优秀的工具可以使用 pt-stalk pt-collect

• —软件人才免语言低担保 赴美带薪读研！—