[MySQL]オプティマイザトレースでわかるインデックス選択の理由 - ランサーズ（Lancers）エンジニアブログ

こんにちは！QA (Quality Assurance) チームの まみー です。入社してもうすぐ3ヶ月。早いものです。 ところでみなさん急ですが… スロークエリ見てますか？ インデックス貼ってますか？ そのインデックス、本当に使われてる？ お話しすること 複合インデックスを作成したのに、別の複合インデックスが使われてしまう。 Why…なぜに… その理由を知ることができる オプティマイザトレースの使い方 をお話しいたします。 すぐに使い方を読みたいというかたは コチラ からご覧ください。 こんなことありませんか？ 実際に以下の現象が発生していました。 1テーブルだけの JOINが遅い 解決のために インデックス貼った インデックス貼ったのに 解決しなかった 実行計画（EXPLAIN）を見たら 違うインデックスが使われていた スライド紹介 2月に開催した Lancers x ROBOT PA

[lesamoureuses]

“resultsのmodifiedよりもstatusのほうがバイト長短そうですよね。そうすると1ページに入るインデックス行数はstatusのほうが多い→コスト試算の段階でstatusを使った方がmodifiedを使うよりも低コスト、って判断”

[kzm1760]

マミーさんのMySQLのお話し！