MySQL インデックスのパフォーマンス最適化の問題に対する解決策

MySQL によって作成される最適化はインデックスを追加することですが、インデックスを追加しても目的の効果が得られない状況が発生することがあります。

追加した後も、すべてのデータに対して検索が失敗します。理由はSQLです。

説明選択
      cs.sid、
      -- c.courseFrontTitle、
      -- c.imgBig、
      cs.studyStatus、
      手数料、
      -- act.PROC_INST_ID_ AS プロセスID、
      cs.createDTM、
      cs.payStatus、
      cs.isCompleted、
      cs.saleChannel、
cs.isDelete
    から
      ビジネスコーススタディcs

    Biz_CourseOrderItem coi を cs.sid = coi.CourseStudyID に左結合します 
    
    どこ
      cs.studentID = 00001 かつ cs.payStatus が in(0) ではない

インデックスを見ると、sid が bigint で CourseStudyID の型が varchar であることが原因です。理由はここにあります。型を bigint に変更すると、クエリ速度が一気に向上します。

私もこのような状況に遭遇しました。エクストラを分析した結果、0.6s 単位で順序付けしなくても速度は問題ないことがわかったので、6s 単位で順序付けを追加しました。

解決策は、order by のインデックスを作成することです。ここでの order by は 2 つのフィールドです。

order by endTime desc ,isDelete desc

ab、index_a_bの結合インデックスを作成します。

SELECT xxx FROM manage a FORCE INDEX(index_a_b)
LEFT JOIN f_name f ON f.user_id = a.user_id
ORDER BY a.endTime desc、a.isDelete desc

この時点でパフォーマンスを見ると、filesortの使用は消えている

速度は0.6秒になります

以上がこの記事の全内容です。皆様の勉強のお役に立てれば幸いです。また、123WORDPRESS.COM を応援していただければ幸いです。