mysql案例系列 ~ 奇怪的慢日誌問題
阿新 • • 發佈：2018-07-09
嘗試 影響 慢日誌 慢sql 情況下 健康 環境 nbsp 清晰
五 總結
1 如果環境允許,不同業務的庫盡量不要在同一臺DB(我們是因為機器太緊張了),對於並發高的業務庫進行拆分
2 優先優化機器級別的慢日誌語句,等優化差不多,再進行進一步判斷,這樣能清晰的排查問題
3 對於磁盤IO問題的判定,對於磁盤讀寫量不大的情況下,也依然可能造成上述問題
一 簡介:今天咱們來聊聊慢查詢日誌裏出現的一些問題
二 現象: 慢日誌出現一些慢sql,慢日誌裏出現慢sql並不奇怪,奇怪的是慢日誌拿出本身就是秒級執行,並不慢
三 分析:
1 觀察健康指標三要素
cpu IO 內存 均無明顯波動,其中最可能影響的就是磁盤IO的問題,硬盤為RAID10,讀寫量都很低,IOWAIT不高
2 觀察DML事務量
因為有可能是大量並發事務導致的select阻塞造成的,觀察下binlog日誌生成量,也不大
3 觀察變量級別
mysql 命中率為100%
4 再看慢日誌sql
這臺數據庫還有其他庫的慢查詢,其中居然有幾個千萬級別的,然後去嘗試優化下其他業務的關聯sql,優化完後,再進行觀察
五 總結
1 如果環境允許,不同業務的庫盡量不要在同一臺DB(我們是因為機器太緊張了),對於並發高的業務庫進行拆分
2 優先優化機器級別的慢日誌語句,等優化差不多,再進行進一步判斷,這樣能清晰的排查問題
3 對於磁盤IO問題的判定,對於磁盤讀寫量不大的情況下,也依然可能造成上述問題
mysql案例系列 ~ 奇怪的慢日誌問題