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 分析慢日誌