解释显示可用熵和 MySQL 同步慢查询的 Munin 图

Question

我们在我们的网站上遇到了性能问题，在查看我们的munin图表后，我们发现同步的唯一指标是Available entropy和MySQL slow queries，后者受我们登录用户数的影响：

基于维基百科熵页面，我的理解是熵是系统可以用于各种任务的随机性（这里以字节为单位）的数量，主要是需要随机输入的密码学和函数。

由于available entropy和MySQL slow queries中的峰值同步且定期发生，因此 的数量MySQL slow queries与我们的数量成正比，Drupal users而 中的峰值available entropy似乎更加恒定且与这两个指标的比例较小，我们认为available entropy是反映一个根本原因，再加上我们网站的流量，导致了这些缓慢的查询（而不是相反，影响熵的缓慢查询）。因此：

问：您认为哪些潜在问题会导致可用熵出现规律的峰值，从而影响 MySQL 处理查询的能力？

Answer 1

可用熵主要由密码学使用（例如，用于建立 SSL 连接）以及每个调用 random() 或从 /dev/random 和 /dev/urandom 读取的程序。

但是在您的情况下，我认为可用熵是 mysql 慢查询的结果，而不是原因。

熵由内核从硬件中的随机活动源收集，例如中断、网络 IO 或硬盘驱动器活动。

看起来可用熵的数量恰好在 mysql 变慢时出现峰值，这可能是因为 mysql 触发了硬盘驱动器活动（例如重建一堆索引，或将缓存刷新到磁盘或交换）并且该活动将熵生成到熵池。

查看您的 mysql 调整参数，并同时监控您的磁盘 IO、内存/交换使用情况等。熵不太可能是您的问题的原因，但可能是正常的结果。原因可能是 mysql（或系统上的其他一些守护进程）消耗系统资源而不是提供查询服务。