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

Question

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

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

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

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

Answer 1

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

但是在您的例子中，我认为可用的熵是mysql缓慢查询的结果，而不是原因。

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

看起来，当mysql变得缓慢时，可用熵的数量就会猛增，这可能是因为mysql触发了硬盘驱动器活动(例如重建一堆索引，或者将缓存刷新到磁盘，或者交换)，而该活动将熵生成到熵池中。

查看mysql调优参数，并监视磁盘IOs、内存/交换使用情况等。在同一时期。熵不太可能是引起问题的原因，但可能是正常的结果。原因可能是mysql (或系统上的其他守护进程)使用系统资源，而不是提供查询。