mysql 創(chuàng)建的優(yōu)化就是加索引,可是有時(shí)候會(huì)遇到加索引都沒(méi)法達(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)
通過(guò)看索引,原因是因?yàn)閟id為bigint , CourseStudyID 的類型確實(shí)varchar,原因就是在這里,修改類型為bigint后,查詢速度瞬間提升.
遇到過(guò)這樣一種情況,分析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_id
ORDER BY a.endTime desc,a.isDelete desc
此時(shí)看性能,Using filesort已經(jīng)消失
速度直接變成0.6s
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
您可能感興趣的文章:- MySQL 如何分析查詢性能
- MySQL創(chuàng)建高性能索引的全步驟
- MySQL性能壓力基準(zhǔn)測(cè)試工具sysbench的使用簡(jiǎn)介
- Mysql性能優(yōu)化之索引下推
- MySQL性能突然下降的原因
- MySQL性能優(yōu)化技巧分享
- MySQL20個(gè)高性能架構(gòu)設(shè)計(jì)原則(值得收藏)
- Mysql高性能優(yōu)化技能總結(jié)
- 詳解GaussDB for MySQL性能優(yōu)化