Mysql索引性能優(yōu)化問題怎么解決

發(fā)布時間：2020-11-02 16:47:50 來源：億速云閱讀：167 作者：Leah 欄目：開發(fā)技術(shù)

這篇文章運用簡單易懂的例子給大家介紹Mysql索引性能優(yōu)化問題怎么解決，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

mysql 創(chuàng)建的優(yōu)化就是加索引,可是有時候會遇到加索引都沒法達(dá)到想要的效果的情況,

加上了所以,卻還是搜索的全數(shù)據(jù),原因是sql

EXPLAIN  SELECT
      cs.sid,
      -- c.courseFrontTitle,
      -- c.imgBig,
      cs.studyStatus,
      coi.fee,
      -- act.PROC_INST_ID_ AS processId,
      cs.createDTM,
      cs.payStatus,
      cs.isCompleted,
      cs.saleChannel,
cs.isDelete
    FROM
      Biz_CourseStudy cs

    LEFT JOIN Biz_CourseOrderItem coi ON   cs.sid = coi.CourseStudyID 
    
    WHERE
      cs.studentID = 00001 and cs.payStatus not in(0)

通過看索引,原因是因為sid為bigint , CourseStudyID 的類型確實varchar,原因就是在這里,修改類型為bigint后,查詢速度瞬間提升.

遇到過這樣一種情況,分析extra,去掉order by 0.6s速度OK,加上order by 6s

Mysql索引性能優(yōu)化問題怎么解決

解決方法,給order by 創(chuàng)建索引,這里我的order by是兩個字段

order by endTime desc ,isDelete desc

為a b 創(chuàng)建聯(lián)合索引, 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　

此時看性能,Using filesort已經(jīng)消失

Mysql索引性能優(yōu)化問題怎么解決

速度直接變成0.6s

關(guān)于Mysql索引性能優(yōu)化問題怎么解決就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。

向AI問一下細(xì)節(jié)

Mysql索引性能優(yōu)化問題怎么解決

猜你喜歡

最新資訊

相關(guān)推薦

相關(guān)標(biāo)簽