0

Load avg は巨大ですが、すべての選択はすぐに処理され、更新はすぐにコミットされます。テーブルまたは選択のインデックス作成に問題はありません。しかし、以下のステータスのために何かをしなければならないと思います。どんな提案でも大いに役立ちます。今日の朝、行ビン ログを有効にして 5.0 から 5.5.25 に移行しました。そして今、パフォーマンスは最悪です。微調整する場所を教えてください..

mysql> SHOW status LIKE 'qcache%'; 
+-------------------------+------------+ 
| Variable_name | Value | 
+-------------------------+------------+ 
| Qcache_free_blocks | 1 | 
| Qcache_free_memory | 1070253896 | 
| Qcache_hits | 42362 | 
| Qcache_inserts | 1275394 | 
| Qcache_lowmem_prunes | 0 | 
| Qcache_not_cached | 1433302 | 
| Qcache_queries_in_cache | 2805 | 
| Qcache_total_blocks | 5618 | 
+-------------------------+------------+ 
8 rows in set (0.10 sec)
4

1 に答える 1

1

まず、クエリを実行時間とともにログに記録して、最悪の犯罪者を見つけようとします。

また、ボトルネックに集中できるように、負荷がどこから来ているかを調べてみてください。メモリ使用量、I/O などに関する情報を収集するために、定期的にインストールsysstatして実行することから始めることができます。sar

MySQL を最適に構成するためのヘルプについては、Serverfaultに問い合わせてください。

于 2012-06-20T11:33:30.273 に答える