MySQL での遅い "SELECT COUNT(*)" クエリへの対処

change_event テーブルのクエリ、特定の change_event_id を超える行のカウント、大幅な遅延が発生しております。しかし、なぜ？考えられる原因を詳しく調べてみましょう。

InnoDB の動作の公開

MySQL の InnoDB エンジンはクラスター化された主キーを利用します。つまり、主キーはデータ ページの行データと一緒に保存されます。個別のインデックス ページよりも便利です。その結果、今回のような範囲スキャンでは、データ ページ内の幅が広くなる可能性のあるすべての行をスキャンする必要があります。この要因は、テーブルの xml_diff 列 (TEXT データ型) によってさらに悪化し、処理がさらに遅くなります。

最適化戦略

クエリを高速化するには、2 つのアプローチを検討する価値があります。 :

• テーブルの最適化: このコマンドは、データ ページを並べ替えられた順序に再編成し、範囲スキャンの効率を向上させる可能性があります。
• 追加のインデックスの作成: change_event_id 列のみに非プライマリ インデックスを確立すると、インデックス ページにその列のコピーが作成されます。このインデックスは、データ ページよりもかなり高速にスキャンできます。作成後に Explain プランを検証して、その使用状況を確認します。

追加のヒント:

パフォーマンスをさらに向上させるには、change_event_id 列を bigint unsigned に変更することを検討してください。このステップにより、負の値が発生するのを防ぎ、処理を合理化することもできます。