MySQLのクエリオプティマイザは一般的に信頼性が高いですが、時折間違ったインデックスを選択し、パフォーマンスを著しく低下させることがあります。この記事では、古いテーブル統計、不正確なカーディナリティ推定、オプティマイザのコストモデルの限界など、この問題の一般的な根本原因を掘り下げます。問題のある実行計画の具体例を示し、EXPLAINなどのツールを使用して診断する方法を説明します。実践的な緩和策としては、ANALYZE TABLEによる統計情報の手動更新、FORCE INDEXなどのインデックスヒントの使用、オプティマイザを導くためのクエリの書き換えなどがあります。永続的な問題には、オプティマイザパラメータの調整や代替インデックス戦略（カバリングインデックスなど）の検討が必要になる場合があります。これらの落とし穴を理解することは、データベースパフォーマンスを担当する開発者やDBAにとって不可欠です。この記事は、オプティマイザは強力ですが、絶対ではなく、本番環境での驚きを避けるために積極的な監視が鍵であることを強調しています。
MySQLのオプティマイザが時々最適でないインデックスを選択し、クエリが遅くなる原因を探ります。古い統計情報やカーディナリティの誤推定などの根本原因を説明し、FORCE INDEXの使用や統計情報の更新などの実践的な修正方法を提供します。これは高性能データベースを維持する開発者にとって重要です。