MySQL每30分鍾凍結40秒

Question

我們在Windows Server 2008r2上運行MySQL 5.6。

它每30分鍾運行一次非常緩慢約40秒，然后再恢復正常30分鍾。 這種情況就像發條一樣，每次“掛起”都是在最后一次完成后30分鍾。

有任何想法嗎？ 我們很難過，不知道接下來要去哪兒。

背景/我們在下面排除的事情。

謝謝。

•我們最初的想法是鎖定查詢，但我們已經消除了這一點。

•慢查詢日志顯示受影響的查詢，但鎖定時間為零。

•常規日志沒有顯示任何內容（順便說一句，是否有辦法提高日志記錄級別以便在刷新緩存等時進行日志記錄？MySQL每30分鍾運行一次？）

•當它運行緩慢時，它仍然在運行，但即使是簡單的查詢，例如Select'Hello World'; 接過一秒鍾跑。

•所有MySQL操作在所討論的時間運行緩慢，包括監視工具，尤其是建立新連接。 InnoDB和MyISAM同樣受到影響。

•我們已經從使用SAN陣列切換到使用本地SSD，並且沒有任何區別排除磁盤/主軸。

•本機具有Sophos Endpoint Protection，但這不掃描數據庫驅動器上的任何內容。

•就好像機器已達到最大值，但本地性能監控確實顯示任何異常的系統指標。 CPU，磁盤隊列，磁盤吞吐量，內存，網絡活動等都是平的。

•計算機是在VMware上運行的VM。 管理程序監控沒有顯示任何性能問題 - 但我不相信它足夠精細，可以獲得30秒的峰值。

•我們已經嘗試調整MySQL設置，如InnoDB緩存大小，日志大小等，這沒有任何區別。

•除了幾個MySQL實例之外，服務器只運行。

•據我們所知，其他情況不受影響。

Answer 1

在服務器故障上有一些不錯的建議：

https://serverfault.com/questions/733590/mysql-stops-responding-periodically

您是否監控過磁盤I / O？ I / O等待時間或排隊事務是否有所增加？ 由於主機的I / O限制，請求可能在存儲級別排隊。 另外，你有沒有檢查過你是否達到了最大允許的mysql客戶端？ 如果這些查詢突然花了很長時間才能完成，那么它也可能沒有為正常的站點流量留下足夠的可用連接，因為其他連接的關閉速度不夠快。

我建議使用IOSTAT，看看你是否讓你的磁盤飽和。 它應該顯示所有磁盤是否都是100％使用率等。