偶然發現mysql的這個問題
[note] innodb: page_cleaner: 1000ms intended loop took %
上面跑的是mysql5.7 應用就是個zabbix buffpool_size 35g 總32核心和64g
這個問題基本的出現 應該就是你的innodb 的io 能力存在問題 (這邊是機械盤 考慮換ssd)
根據slow-log 抓出來的東西來看 延遲大的基本發生在 zabbix 以 hist% 開頭的表 做查詢和dml基本都要在一分鐘到一分半 （各位有興趣 自己去查下 我這邊4個月 hist%_unit 大概就有2e 多條了）
優化了很久 還是沒什麼特殊的改進 調整過dirty_depth buffpool_size buffer_instance從幾秒到幾分鐘
先考慮刪資料 在考慮分割槽 新增ssd 資料遷移到ssd上面
mysql效能問題
最近專案使用mysql資料庫遇到了效能問題。單錶400w以上資料時，增，刪，改，查 的速度都明顯下降。我們是做呼叫中心的，平均1秒鐘就要處理20個呼叫，所以 最最保守的計算 1秒鐘也要對單錶進行20次插入操作，還有更多的查詢操作，所以對效能要求略高。有點兒跑題。遇到了問題就要解決，優化！我們優化的步...
mysql 效能檢視 MySQL查詢效能問題排查
mysql資料庫的效能問題排查是十分複雜的，具體方法視場景而定，這裡只做大致思路分析。1.整體考慮導致查詢效能低下的各種因素 導致sql查詢變慢的原因是多元化的，在遇到問題時首先要有乙個全方位的思考 網路問題導致 應用層導致 中是否有不合理的查詢 快取失效導致查詢風暴耗盡磁碟資源 mysql伺服器效...
mysql效能問題定位
使用mysql作為基礎資料庫的應用，可能會遇到一些資料庫方面的效能問題，我們可以通過一些方法進行問題定位。以下介紹可以定位效能問題的四種方法，歡迎拍磚。一 開啟慢查詢日誌 記錄執行查詢時間大於long query time的sql，long query time預設為2s show variable...