mysql 創(chuàng)建的優(yōu)化就是加索引,可是有時(shí)候會(huì)遇到加索引都沒法達(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)

通過看索引,原因是因?yàn)閟id為bigint , CourseStudyID 的類型確實(shí)varchar,原因就是在這里,修改類型為bigint后,查詢速度瞬間提升.

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

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

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_idORDER BY a.endTime desc,a.isDelete desc　

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

速度直接變成0.6s

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持好吧啦網(wǎng)。