Why is My Query so slow in mysql

tags: note

agenda

• key
• index
• query execution plan
• Q&A

Q: DB 慢，改設定參數？
A: 有些設定可以加速的，但可能造成當機時會有資料損失

效能影響：

query > DB schema > hardware configuration > Mysql configuration > heigh currency

key

schema

不必要的資料長度 ex: name varchar(255)

table 規劃越小越好（依要實作的功能最好作好正規化

index

index occupy space on disk in memory buffers

index maintain 也是需要 i/o 的，所以頻繁更動欄位加 index 也會造成效能問題

query execution plan

不必要的 index 過多會導致 query optimizer 混淆，而選擇了錯誤的 index 做查詢

且 index 過多會造成 optimizer 判斷時間變長（需實驗一下

複合鍵的情況下，如果 query 條件在 open range(大於小於之類的)之後的判斷式就不會使用到 index

EX:

index(a, b, c)

where a='x' and b>5 and c = 'x'

此時會撈出 `index(a, b, c)` 中的 a='x' and b>5，然後再過濾掉 c = 'x'

驗證 index 在查詢時是否用到

-> mysql explain

cardinality 值越高代表獨特性越高，時會早較高的

http://blog.twbryce.com/mysql-explain/

• type：顯示使用了何種類型。從最優至最差的類型為const、eq_reg、ref、range、indexhe、ALL。
• possible_keys：顯示可能使用到的索引。此為從WHERE語法中選擇一個適合的欄位名稱。
• key：實際使用到的索引。如果為NULL，則是沒有使用索引。
• key_len：使用索引的長度。長度越短 準確性越高。
• ref：顯示那一列的索引被使用。一般是一個常數(const)。
• rows：MySQL用來返回資料的筆數。
• Extra：MySQL用來解析額外的查詢訊息。如果此欄位的值為：Using temporary和Using filesort，表示MySQL無法使用索引。

Q&A

review 所有用到該張表的 SQL 分析 cardinality 低下的 index（然後其實可以刪除以增加效能

like 的 % 放在前面或後面（'xxx%', '%xxx'）會有差別

• 'xxx%' 因為可以知道前面的值，所以搜尋欄位可能可以吃到 index
• '%xxx' 這類為可能做 full scan，因為前面是模糊搜尋

---

index 越長，成本越高，所以複合式 index 可以的話，可以考慮縮減 index

---

merge index

OR 條件時

index(a), index(b)

where a = 'x' or b = 'x'

此時會可能造成 merge index 然後效能會變差（通常效能是比較好的

所以竟量不要設計成會造成 merge index 的 index，不過實際情況還是要依照功能 explain 來分析，optimizer會不會吃到 merge index。

又如果這對搜尋非常頻繁，可以設成複合 index

---

基本上DB 效能優化都是 case by case