问Mysql突然减速，潜在的原因是什么？

EN

有很多因素可能是造成这种情况的原因。

如果您可以自己测量查询，那么慢解析器就不会产生影响。但是，当连接到服务器时，一个缓慢的解析器肯定会产生影响--如果用户根据他们连接的主机名进行访问的话。MySQL还可以选择记录连接的主机名。

mysql-报告中没有太多关于索引的内容。当我看到这种情况发生时，我通常会做的是，我接受一个需要很长时间的查询，然后在上面运行EXPLAIN。如果它不使用任何索引，并且需要进行一次完整的表扫描--我想看看是否能够添加一个索引，使其更快。我以前见过索引因意外而消失(有人意外地删除了它，升级脚本删除了它，之后没有将它放回去，或者类似的)。

服务器可能以多种方式重载：

• 你的CPU指标是怎么说的？它是卡在IOWait、系统时间、用户时间中，还是实际上处于闲置状态？
• 根据数据库的不同，它实际上可能是一个冷查询缓存，需要一段时间才能在服务器重新启动后取暖。如果数据变化很大，这是不太可能的，但如果数据主要用于查找，则可能会发生这种情况。

它还可以是一系列的查询，这些查询锁定了表--防止每次在大约10秒内进行查找。如果将缓慢的查询记录到文件中，则可以获得有关这方面的信息。

它可能是MySQL中的一个bug。要证明这一点有相当沉重的负担，但它确实发生了。

你需要更多的数据来找出原因。您需要CPU、内存、MySQL度量等指标。我可以建议像Munin这样的监控工具吗？有一个非常好的MySQL插件，它将为您提供有趣的数据。

在MySQL服务器上获取可能正在消耗资源的信息的最快方法可能是以下简单的命令：

SHOW PROCESSLIST;

它将告诉您哪些MySQL进程是活动的，它们活动了多长时间，以及它们正在做什么。每当我的MySQL服务器出现问题时，说明PROCESSLIST是我的第一行‘防御’。