昨天處理了一則復(fù)雜關(guān)聯(lián)SQL的優(yōu)化，這類SQL的優(yōu)化往往考慮以下四點(diǎn)：
第一.查詢所返回的結(jié)果集，通常查詢返回的結(jié)果集很少，是有信心進(jìn)行優(yōu)化的；
第二.驅(qū)動(dòng)表的選擇至關(guān)重要，通過查看執(zhí)行計(jì)劃，可以看到優(yōu)化器選擇的驅(qū)動(dòng)表,從執(zhí)行計(jì)劃中的rows可以大致反映出問題的所在；
第三.理清各表之間的關(guān)聯(lián)關(guān)系，注意關(guān)聯(lián)字段上是否有合適的索引；
第四.使用straight_join關(guān)鍵詞來強(qiáng)制表之間的關(guān)聯(lián)順序，可以方便我們驗(yàn)證某些猜想；
SQL:
執(zhí)行時(shí)間：
| mysql> select c.yh_id,-> c.yh_dm,-> c.yh_mc,-> c.mm,-> c.yh_lx,-> a.jg_id,-> a.jg_dm,-> a.jg_mc,-> a.jgxz_dm,-> d.js_dm yh_js-> from a, b, c-> left join d on d.yh_id = c.yh_id-> where a.jg_id = b.jg_id-> and b.yh_id = c.yh_id-> and a.yx_bj = ‘Y'-> and c.sc_bj = ‘N'-> and c.yx_bj = ‘Y'-> and c.sc_bj = ‘N'-> and c.yh_dm = '006939748XX' ;1 row in set (0.75 sec) |
這條SQL查詢實(shí)際只返回了一行數(shù)據(jù)，但卻執(zhí)行耗費(fèi)了750ms，查看執(zhí)行計(jì)劃：
| mysql> explain-> select c.yh_id,-> c.yh_dm,-> c.yh_mc,-> c.mm,-> c.yh_lx,-> a.jg_id,-> a.jg_dm,-> a.jg_mc,-> a.jgxz_dm,-> d.js_dm yh_js-> from a, b, c-> left join d on d.yh_id = c.yh_id-> where a.jg_id = b.jg_id-> and b.yh_id = c.yh_id-> and a.yx_bj = ‘Y'-> and c.sc_bj = ‘N'-> and c.yx_bj = ‘Y'-> and c.sc_bj = ‘N'-> and c.yh_dm = '006939748XX' ;+—-+————-+——-+——–+——————+———+———+————–+——-+————-+| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |+—-+————-+——-+——–+——————+———+———+————–+——-+————-+| 1 | SIMPLE | a | ALL | PRIMARY,INDEX_JG | NULL | NULL | NULL | 52616 | Using where || 1 | SIMPLE | b | ref | PRIMARY | PRIMARY | 98 | test.a.JG_ID | 1 | Using index || 1 | SIMPLE | c | eq_ref | PRIMARY | PRIMARY | 98 | test.b.YH_ID | 1 | Using where || 1 | SIMPLE | d | index | NULL | PRIMARY | 196 | NULL | 54584 | Using index |+—-+————-+——-+——–+——————+———+———+————–+——-+————-+ |
可以看到執(zhí)行計(jì)劃中有兩處比較顯眼的性能瓶頸：
| | 1 | SIMPLE | a | ALL | PRIMARY,INDEX_JG | NULL | NULL | NULL | 52616 | Using where || 1 | SIMPLE | d | index | NULL | PRIMARY | 196 | NULL | 54584 | Using index | |
由于d是left join的表，所以驅(qū)動(dòng)表不會(huì)選擇d表，我們在來看看a,b,c三表的大小：
