mysql - 一个最令人费解的 MySQL 问题 : Queries Sporadically Slow

Question

这是我在作为管理员的职业生涯中遇到的最令人费解的 MySQL 问题。任何精通 MySQL 的人都可以帮我解决这个问题吗？:

现在，我运行一个每秒多次查询我的 MySQL/InnoDB 表的应用程序。这些查询简单且经过优化——可以是单行插入，也可以是使用索引进行选择。

通常，查询速度超快，运行时间不到 10 毫秒。但是，大约每小时一次，所有查询都会变慢。例如，在今天的 5:04:39，一堆简单的查询都需要超过 1-3 秒才能运行，如我的慢查询日志所示。

为什么会这样，您认为解决方案是什么？

我有一些自己的想法:也许那段时间硬盘很忙？我确实运行了一个云服务器(机架空间)，但我将 flush_log_at_trx_commit 设置为 0 和大量缓冲内存(磁盘上表大小的 10 倍)。所以插入和选择应该从内存中完成，对吗？

有没有人遇到过这样的事情？我在这个论坛和其他论坛上都进行了搜索，看起来确实没有我以前见过的其他 MySQL 问题。

Answer 1

突然停顿的原因有很多。例如 - 即使您使用 flush_log_at_trx_commit=0，InnoDB 也需要在扩展数据文件大小时短暂暂停。

我对 Rackspace 上较小实例类型的体验是，IO 非常糟糕。我见过随机写入(应该需要 10 毫秒)需要 500 毫秒。

内置 MySQL 中没有任何东西可以帮助您更轻松地识别问题。您可能想要做的是查看 Percona Server 的慢速查询日志增强功能。有一个名为“profiling_server”的特定功能可以分解时间: http://www.percona.com/docs/wiki/percona-server:features:slow_extended#changes_to_the_log_format