MySQL每30分钟冻结40秒

MySQL每30分钟冻结40秒,mysql,virtual-machine,freeze,Mysql,Virtual Machine,Freeze,我们正在Windows Server 2008r2上运行MySQL 5.6 每30分钟,它会非常缓慢地运行约40秒,然后再恢复正常30分钟。这就像时钟一样,每次“挂起”都是在最后一次挂起后30分钟 有什么想法吗?我们被难住了,不知道下一步该往哪里看 背景/我们在下面排除的事情 谢谢 •我们最初的想法是锁定查询,但我们已经消除了这一点 •慢速查询日志显示受影响的查询,但锁定时间为零 •一般日志没有显示任何内容(顺便提一下,是否有办法提高日志级别,以便在刷新缓存时记录日志?MySQL每30分钟运行一

我们正在Windows Server 2008r2上运行MySQL 5.6

每30分钟,它会非常缓慢地运行约40秒,然后再恢复正常30分钟。这就像时钟一样,每次“挂起”都是在最后一次挂起后30分钟

有什么想法吗?我们被难住了,不知道下一步该往哪里看

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

谢谢

•我们最初的想法是锁定查询,但我们已经消除了这一点

•慢速查询日志显示受影响的查询,但锁定时间为零

•一般日志没有显示任何内容(顺便提一下,是否有办法提高日志级别,以便在刷新缓存时记录日志?MySQL每30分钟运行一次什么?)

•当它运行缓慢时,它仍在运行,但即使是简单的查询,如选择“Hello World”;花一秒钟跑

•所有MySQL操作在相关时间运行缓慢,包括监控工具,尤其是建立新连接。InnoDB和MyISAM同样受到影响

•我们已从使用SAN阵列切换到使用本地SSD,排除磁盘/磁盘轴也没有什么区别

•机器具有Sophos Endpoint Protection,但不会扫描数据库驱动器上的任何内容

•似乎机器已达到最大值,但本地性能监控确实显示任何异常系统指标。CPU、磁盘队列、磁盘吞吐量、内存、网络活动等都是平坦的

•机器是在VMware上运行的虚拟机。Hypervisor监控没有显示任何性能问题,但我不相信它的粒度足够精确,可以检测到30秒的峰值

•我们已尝试调整MySQL设置,如InnoDB缓存大小、日志大小等,但这没有产生任何影响

•服务器只运行几个MySQL实例


•其他实例不受影响-据我们所知。

关于服务器故障,这里有一些不错的建议:

您监控过磁盘I/O吗?I/O等待时间是否增加或 排队交易?请求可能正在排队等待 由于主机设置的I/O限制而导致的存储级别。也, 你有没有检查过你的mysql客户端是否达到了最大允许值? 如果这些查询突然需要更长的时间才能完成,那么 也可能是它没有为用户留下足够的可用连接 正常站点流量,因为其他连接没有快速关闭 够了

我建议您使用IOSTAT,看看您的磁盘是否饱和。它应该显示您的所有磁盘是否都处于100%使用率,等等