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％使用率等。