ウェブサイトでパフォーマンスの問題が発生しています。munin
グラフを確認したところ、同期していることがわかった指標はAvailable entropy
とMySQL slow queries
のみで、後者はログインしたユーザーの数:
wikipediaエントロピーページ に基づいて、私の理解では、エントロピーは、システムがさまざまなタスク、主に暗号化やランダム入力を必要とする関数に使用できるランダム性の量(ここではバイト単位で測定)です。
available entropy
とMySQL slow queries
のピークは同期して一定の間隔で発生しているため、MySQL slow queries
の数はDrupal users
の数に比例しますが、available entropy
のピークはSOMECODE] _は、これら2つの指標に対してはるかに一定であり、比例性が低いようです。available entropy
は、ウェブサイトへのトラフィックと組み合わされて、これらの遅いクエリを引き起こしている根本原因を反映していると考えています(および反対ではなく、エントロピーに影響を与える遅いクエリ)。したがって:
Q:MySQLのクエリ処理能力に影響を与える可能性のある利用可能なエントロピーの規則的なピークを引き起こす可能性がある根本的な問題は何だと思いますか?
利用可能なエントロピーは、主に暗号化によって(たとえば、SSL接続を確立するために)使用されます。また、random()を呼び出すか、/ dev/randomおよび/ dev/urandomから読み取るすべてのプログラムによって使用されます。
しかし、あなたの場合、利用可能なエントロピーはmysqlの遅いクエリの結果であり、原因ではないと考えています。
エントロピーは、割り込み、ネットワークIO、ハードドライブアクティビティなど、ハードウェア内のランダムなアクティビティのソースからカーネルによって収集されます。
利用可能なエントロピーの量は、mysqlが遅くなったときに正確に急上昇しているように見えます。これは、mysqlがハードドライブアクティビティ(インデックスの束の再構築、ディスクへのキャッシュのフラッシュ、スワッピングなど)をトリガーし、そのアクティビティがエントロピーを生成したことが原因である可能性があります。エントロピープール。
Mysqlチューニングパラメータを確認し、ディスクIO、メモリ/スワップ使用量などを同時に監視します。エントロピーが問題の原因になる可能性はほとんどありませんが、通常の結果である可能性があります。原因はおそらく、クエリを提供する代わりにmysql(またはシステム上の他のデーモン)がシステムリソースを消費していることです。