本**系統上線至今，資料量已經不知不覺上到500m，近8w記錄了。涉及資料庫操作的基本都是變得很慢了，用的人都會覺得躁火~~然後把這個情況在群裡一貼，包括機器配置什麼的一說，馬上就有群友發話了，而且幫我確定了不是機器配置的問題，「深圳-槍手 」熱心人他的機器512記憶體過百w的資料裡也跑得飛快，甚至跟那些幾w塊的機器一樣牛（吹過頭了），呵呵~~~
在群友的分析指點下，嘗試把排序、條件等乙個乙個去除來做測試，結果發現問題就出在排序部分，去除排序的時候，執行時間由原來的48秒變成0.3x秒，這是個什麼檔次的變化呀~~看著這個結果我激動ing.....
於是我把涉及排序的字段組成乙個聯合索引alter table xx add index indexname(x1,x2,x3)，經過2分鐘建立新索引之後再執行同乙個sql語句，哇塞0.28s。。。。爽
於是按照同樣的思路把其它幾個常用的sql作了過些優化，效果馬上見效
過了30分鐘再查slow sql記錄檔案，不好了，發現原來乙個好好的sql變得灰常慢了，神馬情況？
幾經分析和測試原來就是因為新增了聯合索引的原因，而且這個sql語句當中有個or，當把這個or改用union之後問題排除。
這回又得出乙個心得：寫sql的時候千萬別一時就手，隨便寫個就ok，那會為以為帶來很嚴重的後果。
在用mysql查詢資料庫的時候，連線了很多個用，發現非常慢。例如：
select ... where p.languages_id = 1 and m.languages_id = 1 and c.languages_id = 1 and t.languages_id = 1 and p.products_id in (472,474)
這樣查詢需要20多秒，雖然在各個欄位上都建立了索引。用分析explain sql一分析，發現在第一次分析過程中就返回了幾萬條資料：
where p.languages_id = 1 ，然後再依次根據條件，縮小範圍。
而我改變一下where 欄位的位置之後，速度就有了明顯地提高：
where p.products_id in (472,474) and
p.languages_id = 1 and m.languages_id = 1 and c.languages_id = 1 and t.languages_id = 1
這樣，第一次的條件是p.products_id in (472,474)，它返回的結果只有不到10條，接下來還要根據其它的條件來過濾，自然在速度上有了較大的提公升。
經過實踐發現，不要以為where中的字段順序無所謂，可以隨便放在哪，應該盡可能地第一次就過濾掉大部分無用的資料，只返回最小範圍的資料。
希望能幫到有同樣遭遇的朋友。原文
mysql聯合索引詳解 mysql 聯合索引詳解
聯合索引又叫復合索引。對於復合索引 mysql從左到右的使用索引中的字段，乙個查詢可以只使用索引中的一部份，但只能是最左側部分。例如索引是key index a,b,c 可以支援a a,b a,b,c 3種組合進行查詢，但不支援 b,c進行查詢 當最左側欄位是常量引用時，索引就十分有效。兩個或更多個...
mysql聯合索引技術 mysql 聯合索引詳解
聯合索引又叫復合索引。對於復合索引 mysql從左到右的使用索引中的字段，乙個查詢可以只使用索引中的一部份，但只能是最左側部分。例如索引是key index a,b,c 可以支援a a,b a,b,c 3種組合進行查詢，但不支援 b,c進行查詢 當最左側欄位是常量引用時，索引就十分有效。兩個或更多個...
mysql教程聯合索引 mysql聯合索引詳解
歡迎進入linux社群論壇，與200萬技術人員互動交流 進入 聯合索引又叫復合索引。對於復合索引 mysql從左到右的使用索引中的字段，乙個查詢可以只使用索引中的一部份，但只能是最左側部分。例如索引是key index a,b,c 可以支援a a,b a,b,c 3種組合 歡迎進入linux社群論壇...