您如何跟踪和调试 mySQL 性能问题？

Question

我有一个运行在 Mac OS X 10.4（达尔文内核版本 8.10.1）上的服务器系统。该服务器主要用作 Bugzilla 服务器，但还有一些其他基于 Web 的服务正在运行（Testlink、TikiWiki）。

Bugzilla 数据库中有大约 60000 个错误，系统上大约有 300 个活跃用户。

Bugzilla 的版本为 3.0，在 Perl 5.8.6、Apache 1.3.33 和 mySQL 5.0.38 上运行

时不时，我们会遇到严重的问题，即 Bugzilla 抛出数据库错误：

Software error:

Can't connect to the database.
Error: Too many connections

我已经有几个可能解决这个问题的线索，但我想提出一个更一般的问题，你将如何调试这些类型的问题？

现在我们已经设置了以下来监控 mySQL 数据库：

• 每 5 分钟转储一次完整的 mysql 进程列表的 cron 作业
• 在 my.cnf 中启用 log-slow-queries 以记录耗时超过 15 秒的查询

我们刚刚开始收集这些数据，看看能否找到“连接过多”问题的原因。

您还能想到其他方法来监视 mySQL 数据库并帮助诊断问题的根本原因吗？

Answer 1

在诊断这些类型的错误时，有两种不同的攻击计划需要遵循：

首先，它可能是与实际使用的软件有关的问题：某些东西本质上是在吸收连接而不是将它们释放回来（无论是在挂起线程方面，还是在合理的时间内，一个缓慢的查询）。

慢查询日志在诊断问题方面非常有用，但您的 15 秒值几乎没有用：如果查询需要 15 秒，那么您就完全搞砸了。作为一般经验法则，我寻找运行时间超过一两秒的查询。使用 EXPLAIN 关键字处理此日志中显示的任何内容，并查看导致速度变慢的原因（不良连接、排序需要临时表等）——如果无法实现，一些具有查询缓存和索引的巧妙魔法通常可以提供帮助更深入地修改代码/数据库设计。

另外，不要忽视mysql中的一般查询日志。虽然您不想让它在生产服务器上（长时间）保持打开状态，但它可以快速告诉您，软件中的某个特定功能是否正在用数百个小查询来敲打数据库，而不是花费很长时间的单个查询。查询。显然，解决这类问题的唯一方法是重构代码。

其次，您需要调查软件的配置是否是罪魁祸首。您遇到了多少并发连接？mysql 中设置的实际最大连接数是多少？它可能像 apache 服务说 100 个并发请求一样简单，而 mysql 仅配置为接受 20 个连接 - 显然有些东西会给出。如果您可以衡量您希望处理多少流量，那么只需要一些常识（偶尔用一点谷歌来找到正确的设置）来平衡所有组件。

Answer 2

你们有多少阿帕奇工人？你允许的最大 mysql 连接数是多少？由于 apache 在处理请求时为每个 httpd 工作程序生成一个 cgi 进程，因此如果前者比后者大，那么 apache 可以打开比 mysql 允许的连接更多的连接。

我建议以下日志记录设置

log_slow_queries
log-queries-not-using-indexes
set-variable = long_query_time=1