1、LIMIT 語句
MYSQL在分頁查詢是最常用的場景之一，但也通常也是最容易出問題的地方。比如對于下面簡單的語句，一般想到的辦法是在 type, name, create_time 字段上加組合索引。這樣條件排序都能有效的利用到索引，性能迅速提升。
當(dāng) LIMIT 子句變成 “LIMIT 1000000,10” 時，程序員仍然會抱怨：我只取10條記錄為什么還是慢？要知道數(shù)據(jù)庫也并不知道第1000000條記錄從什么地方開始，即使有索引也需要從頭計(jì)算一次，所以必要的where條件不能直接忽略掉。
2、隱式轉(zhuǎn)換
SQL語句中查詢變量和字段定義類型不匹配是另一個常見的錯誤。比如下面的語句：
其中OPERATIONID定義的字段類型是varchar，MYSQL的策略是將字符串轉(zhuǎn)換成數(shù)組之后在做比較，直接導(dǎo)致索引失效。
3、關(guān)聯(lián)更新、刪除
MySQL5.6 引入了物化特性，但需要特別注意它目前僅僅針對查詢語句的優(yōu)化。對于更新或刪除需要手工重寫成 JOIN。比如下面 UPDATE 語句，MySQL 實(shí)際執(zhí)行的是循環(huán)/嵌套子查詢（DEPENDENT SUBQUERY)，其執(zhí)行時間可想而知。
重寫為 JOIN 之后，子查詢的選擇模式從 DEPENDENT SUBQUERY 變成 DERIVED，執(zhí)行速度大大加快，從7秒降低到2毫秒
4、混合排序
MySQL 不能利用索引進(jìn)行混合排序。但在某些場景，還是有機(jī)會使用特殊方法提升性能的。
由于 is_reply 只有0和1兩種狀態(tài)，我們按照下面的方法重寫后，執(zhí)行時間從1.58秒降低到2毫秒。
