我怎样才能继续消除这种放缓 mysql?
我有一个经历了莫名其妙的严重放缓的服务器 12+ 小时,后他完全恢复了。 在此服务器上启动 mysql 5.5, redis, mongodb 和 apache http 在 CentOS 5.4 很多记忆力。
在放缓过程中,该服务最强烈受伤 mysql, 需要这一点 2 分钟执行一个通常需要少秒的简单查询。 放慢缩小后,查询将以正常模式再次执行一秒钟。 所有其他服务都遭受了最低限度。
我推出了标准测试 mysql:
显示完整的进程列表
澄清的要求
注册缓慢请求
分析和优化的表格
使用CPU和服务器内存检查
验证了I / O统计数据
测试对硬盘的访问
测试了第二个例子 mysql, 从头开始编制 (不成功,缓慢)
重启 mysql
重新启动 CentOS
虽然,这些测试都没有找到任何不寻常的东西 mysql 将CPU下载到最大值 500% 的 12 核。
简单的要求 SQL 包含一个连接。 如果我删除了连接,则运营商立即启动。
我觉得这种隐形和未知的减速应该表明内核被破坏了。
我还能探索什么来找到原因? 因为这是在此服务器上发生此问题时的第二次。
在放缓过程中,该服务最强烈受伤 mysql, 需要这一点 2 分钟执行一个通常需要少秒的简单查询。 放慢缩小后,查询将以正常模式再次执行一秒钟。 所有其他服务都遭受了最低限度。
我推出了标准测试 mysql:
显示完整的进程列表
澄清的要求
注册缓慢请求
分析和优化的表格
使用CPU和服务器内存检查
验证了I / O统计数据
测试对硬盘的访问
测试了第二个例子 mysql, 从头开始编制 (不成功,缓慢)
重启 mysql
重新启动 CentOS
虽然,这些测试都没有找到任何不寻常的东西 mysql 将CPU下载到最大值 500% 的 12 核。
简单的要求 SQL 包含一个连接。 如果我删除了连接,则运营商立即启动。
我觉得这种隐形和未知的减速应该表明内核被破坏了。
我还能探索什么来找到原因? 因为这是在此服务器上发生此问题时的第二次。
没有找到相关结果
已邀请:
0 个回复