解释显示可用熵和MySQL缓慢查询同步的Munin图
我们在我们的网站上遇到了性能问题，在查看了我们的munin图表之后，我们发现同步的唯一指标是Available entropy和MySQL slow queries ，后者受我们login用户数量的影响：
基于维基百科熵页面 ，我的理解是，熵是系统可以用于各种任务的随机性的量（这里以字节为单位），主要是需要随机input的密码和函数。
由于available entropy和MySQL slow queries的高峰期以同步和定期间隔发生，因此MySQL slow queries的数量与我们Drupal users的数量成正比，而available entropy的峰值似乎更加恒定，这两个指标，我们认为available entropy是一个根本原因的反映，加上我们的网站stream量，造成这些缓慢的查询（而不是相反，缓慢的查询影响熵）。 因此：
问：你认为什么潜在的问题可能会导致可用熵的高峰，这可能会影响MySQL处理查询的能力？
可用熵主要用于密码（例如build立SSL连接），也可以由每个调用random（）或从/ dev / random和/ dev / urandom读取的程序使用。
但在你的情况下，我认为可用的熵是mysql查询缓慢的结果，而不是一个原因。
熵由硬件中的随机活动来源收集，如中断，networkingIO或硬盘活动。
它看起来就像mysql变慢时可用的熵峰值的数量，这可能是因为mysql触发硬盘活动（例如重build一堆索引，或者将caching清理到磁盘或交换），并且该活动产生了熵熵池。
看看你的mysql调优参数，并在同一时期监控你的磁盘IO，内存/交换使用情况等。 熵不太可能是你的问题的原因，但也许是正常的结果。 原因可能是mysql（或者系统上的其他一些守护进程）消耗系统资源而不是服务查询。