項目里有個表 使用 EXPLAIN 發現 extra 里是 USING JOIN buffer (Block Nested LOOP), 明明有索引,rows 是查詢了表中所有數據, 導致還是特別慢， 幾十秒 t 表有數百萬數據, 其他兩表很少, 幾十幾百的 原來 t 表的索引字段是 level、rate、operdate, 由于不確定都那些SQL使用這個索引, 所以把 sid 追加到這個這個索引最后了。 執行SQL發現， 走索引， 但還是很慢， rows 是查詢了表中所有數據， Using join buffer (Block Nested Loop) 改成加前面（要注意其他使用這個索引的SQL是否有sid， 否則會失效）， 這次走索引， 查詢很快 主要是t.sid = s.id ， t表的sid是s表的關聯字段，一開始沒加索引，導致兩表關聯時嵌套循環了， 后邊加上了索引， 但是是在多字段聯合索引的最后， 也不行，放到最前才可以。 原因是多表關聯 先觸發sid=id這個， 但是這時候是找不到索引（因為他再聯合索引的最后一位）。 不過在放所有最后和最前之前，我還單加過一個sid的單字段索引， 這個時候兩個索引SQL都使用了， 依然慢 觸發USING JOIN buffer (Block Nested LOOP) ``` EXPLAIN SELECT t.id FROM t, s, u WHERE t.sid = s.id AND u.unitcode = s.unitname AND s.type_name = 'wang' AND t.rate = 2 AND t.level= 2 AND t.operdate >= "2023-06-01" AND t.operdate <= '2023-06-30' ORDER BY t.operdate, s.sid, s.pid ```