索引相關(guān)
1. 查詢(或更新,刪除,可以轉(zhuǎn)換為查詢)沒有用到索引
這是最基礎(chǔ)的步驟,需要對sql執(zhí)行explain查看執(zhí)行計劃中是否用到了索引,需要重點關(guān)注type=ALL, key=NULL的字段。
2. 在索引字段上施加函數(shù)
| to_char(gmt_created, ‘mmdd') = '0101′ |
正確的寫法
| gmt_created between to_date(“20090101″, “yyyymmdd”) and to_date(“20090102″, “yyyymmdd”) |
3. 在索引字段上使用全模糊
| member_id like ‘%alibab%' |
B樹無法解決此類問題,可以考慮搜索引擎。
但是member_id like ‘a(chǎn)libab%'可以用到索引。
其實,對任何一個字段使用 like ‘%xxxx%'都是一種不規(guī)范的做法,需要能檢查到這種錯誤用法。
4. 多列字段的索引,沒有用到前導(dǎo)索引
索引:(memeber_id, group_id)
where group_id=9234,實際上,這個條件是沒有辦法用到上面的索引的。這是一個很常見的誤用。要理解為什么不能用到這個索引,需要理解mysql如何構(gòu)造多列索引的。
索引是一棵B樹,問題是,對于多列索引,mysql將索引字段按照索引建立的順序進行拼裝,組成一個新的字符串,這個字符串被用來做為構(gòu)建B樹的鍵。所以,在查詢條件里,如果沒有用到前導(dǎo)列,就沒辦法訪問多列索引的B樹。
應(yīng)該建立索引:(group_id, member_id)
5. 訪問到了索引之外的字段
索引(member_id, subject)
| select subject from offer where member_id=234 |
在member_id=234記錄數(shù)很多的情況下,會優(yōu)于
| select subject, gmt_created from offer where member_id=234 |
原因是第二條sql會根據(jù)索引查找到的rowid訪問表里的記錄。第一條sql使用索引范圍掃描就可以得到結(jié)果。
如果某個sql執(zhí)行次數(shù)很多,但是讀取的字段沒有被索引覆蓋,那么,可能需要建立覆蓋性索引。
6. 計數(shù)count(id)有時比count(*)慢
| count(id) === count(1) where id is not null |
如果沒有(id)索引,那么會用全表掃描,而count(*)會使用最優(yōu)的索引進行用索引快速全掃描
計數(shù)統(tǒng)一使用count(*)
7. 正確使用stop機制
判斷member_id在offer表中是否存在記錄:
| select count(*) from offer where member_id=234 limit 1 |
優(yōu)于
| select count(*) from offer where member_id=234 |
原因是第一條sql會在得到第一條符合條件的記錄后停止。
高效分頁
1. 高效的分頁
使用join技術(shù),利用索引查找到符合條件的id,構(gòu)造成臨時表,用這個小的臨時表與原表做join
新聞熱點
疑難解答
圖片精選