mysql性能排查思路

 

mysql性能瓶颈排查 top/free/vmstat/sar/mpstat

• 查看mysqld进程的cpu消耗占比
• 确认mysql进程的cpu消耗是%user, 仍是sys%高
• 确认是不是物理内存不够用了
• 确认是否有swap产生

top (%cpu load %MMEM) free -gt vmstat -S m 1 (procs io cpu) sar -u 1 (%user) sar -d 1

如何优化

• 硬件优化

• 查看mysql线程状态 show [full] processlist

  • 长时间的Sending data

    从引擎层读取数据返回给server端 长时间存在的缘由: 1 没有合适的索引 查询效率低下 2 读取大量数据 读取缓慢 3 系统负载高 读取缓慢 如何作： 1 加上合适的索引 2 改写sql 3 增长LIMIT限制每次读取量 4 检查&升级IO设备性能

  • 长时间等待MDL锁 (waiting for table metadata lock)

    缘由:
      DDL被阻塞 进而阻塞其余后续sql
      DDL以前的sql长时间未结束
      
    如何作:
      1 提升每条sql的效率
      2 kill掉长时间运行的sql 3 把DDL放在夜间低谷时段 4 采用pt-osc执行DDL

  • 长时间的sleep

  1. 占用链接数
  2. 消耗内存未释放

  3. 可能有行锁(甚至是表锁未释放)

     如何作:
     1 适当调低timeout
     2 主动kill超时不活跃链接
     3 按期检查锁、锁等待
     4 能够利用pt-kill工具

  • 其余状态

    Copy to tmp table [on disk]
      执行alter table修改表结构，须要生成临时表 建议放在夜间低谷进行， 或者用pt-osc Creating tmp table 常见于group by没有索引的状况 须要拷贝数据到临时表[内存/磁盘上] 执行计划中会出现Using temporary关键字 建议建立合适的索引，消除临时表 Creating sort index 常见于order by没有索引的状况 须要进行filesort排序 执行计划中会出现Using filesort关键字 建议建立排序索引

其余排除方法

• use information_schema; SELECT * from innodb_lock_waits;
• show engine innodb status;
• 测试环境调低long_query_time的值 开启log_queries_not_using_indexes 分析慢日志