クエリ最適化 とは？

まずスロークエリログで遅いクエリを特定する。次にEXPLAINでそのクエリの実行計画を見て「フルテーブルスキャンしていないか」「インデックスが使われているか」を確認。ここから具体的な改善策を考えるのが王道の流れだよ。

いくつか代表的なものを挙げると、SELECT *をやめて必要カラムだけ取得する、サブクエリをJOINに書き換える、ORをUNIONに書き換える、LIMIT付きのページングで全件取得を避ける、一時テーブルやCTEで中間結果を整理するなど。クエリの書き方だけで10倍以上速くなることも珍しくないよ。

データベースにはオプティマイザという最適化エンジンがあって、JOINの順序やインデックスの選択を自動で判断してくれる。でもオプティマイザも万能ではなくて、統計情報が古かったり、複雑なクエリだと最適な計画を選べないことがある。

「遅くないクエリを無理に速くする」のは時間の無駄。まずスロークエリログで実際に問題になっているものから対処するのが鉄則。あと、インデックスの追加は読み取りを速くするけど書き込みは遅くなるから、読み書きのバランスも考えないといけない。最適化の沼にハマると「インデックスを増やしたらINSERTが遅くなって、そっちを直したら別のSELECTが遅くなって...」という堂々巡りになることがあって、全体のワークロードを俯瞰して優先順位をつける判断力が求められるんだ。