sql優(yōu)化器
發(fā)布時(shí)間：2025-10-21
瀏覽次數(shù)：
昨兒半夜被報(bào)警短信吵醒，一看是線(xiàn)上查詢(xún)卡了18秒，用戶(hù)投訴頁(yè)面全白。爬起來(lái)連著灌了兩杯咖啡，盯著監(jiān)控大屏直罵娘——這破SQL明明三月前跑得飛快！
一、直接扒了慢查詢(xún)褲衩
把監(jiān)控里那條罪魁禍?zhǔn)兹舆M(jìn)EXPLAIN，好家伙差點(diǎn)把眼珠子瞪出來(lái)：全表掃描！二十萬(wàn)行的用戶(hù)表，這貨愣是從頭到尾摸了一遍。更絕的是filesort那欄明晃晃掛著"Using temporary"，活像在腦門(mén)上貼了"我卡死你們"的條子。
- 把WHERE里用到的列塞進(jìn)索引——就跟我媽在廚房抽屜貼標(biāo)簽似的
- ORDER BY那倆字段也捆成組合索引，省得數(shù)據(jù)庫(kù)臨時(shí)建排隊(duì)小抄
- 把ｓｅｌｅｃｔ 改成點(diǎn)名要的五個(gè)字段，跟查戶(hù)口本似的精確到具體信息
二、索引這玩意兒不是越多越好
興沖沖加完索引一跑，速度反而掉進(jìn)溝里了。翻文檔才看見(jiàn)更新數(shù)據(jù)時(shí)索引要重新排座次，跟小學(xué)生換座位似的亂哄哄。后來(lái)用了個(gè)土辦法：
- 開(kāi)慢查詢(xún)?nèi)罩径资厝?/strong>，專(zhuān)逮那些跑得比老奶奶散步還慢的
- 把高頻出現(xiàn)的where/orderby字段記小本本
- 在測(cè)試庫(kù)把索引組合來(lái)回排列組合，活像玩消消樂(lè)
留了兩個(gè)最肥的組合索引，其他全刪了。數(shù)據(jù)庫(kù)表結(jié)構(gòu)現(xiàn)在清爽得像剛理完發(fā)的小伙兒。
三、連表查詢(xún)差點(diǎn)送我走
最坑的是訂單表和用戶(hù)表扯在一起查。開(kāi)始寫(xiě)的LEFT JOIN像八爪魚(yú)似的纏三張表，EXPLAIN里ref字段全是NULL——相當(dāng)于讓警察查戶(hù)口本卻不給身份證號(hào)。后來(lái)拆成兩層查詢(xún)：
- 先用子查詢(xún)把核心用戶(hù)ID摳出來(lái)
- 再用這些ID去精確撈訂單
速度直接從3秒變0.1秒，連DBA老哥都發(fā)來(lái)大拇指表情包。
忙活到天亮那會(huì)兒，看著監(jiān)控圖上從18秒跌到0.1秒的綠色曲線(xiàn)，突然想起家里電飯煲煮粥也會(huì)自動(dòng)改火力——所以?xún)?yōu)化器不就該是數(shù)據(jù)庫(kù)的智能煮粥模式？下次誰(shuí)再寫(xiě)ｓｅｌｅｃｔ ，我就在他鍵盤(pán)上倒小米！
你們?cè)赟QL優(yōu)化上踩過(guò)什么坑？評(píng)論區(qū)讓我抄抄作業(yè)！
