MySQL 百萬級數(shù)據(jù)統(tǒng)計性能差：count(*) 是罪魁禍首？如何優(yōu)化？

提問：mysql 百萬級數(shù)據(jù)統(tǒng)計性能較差

問題描述：

使用以下 SQL 語句統(tǒng)計 29 萬條數(shù)據(jù)的表 t_order_old，執(zhí)行時間長達 13.96 秒。詢問這樣的執(zhí)行時間是否正常，以及是否存在進一步優(yōu)化的可能。

解答：

count(*) 的性能開銷

使用 count(*) 統(tǒng)計大數(shù)據(jù)表時，性能往往比較低。這是因為：

• count(*) 會掃描整個表，導致 I/O 開銷較大。
• count(*) 不會利用索引，只能通過全表掃描逐行統(tǒng)計。

優(yōu)化建議：

• 使用索引統(tǒng)計：針對需要統(tǒng)計的字段創(chuàng)建索引，然后使用 count(column) 代替 count(*)，這樣可以利用索引加速統(tǒng)計。
• 維護統(tǒng)計表：建立一個包含統(tǒng)計數(shù)據(jù)的單獨表，定期更新表的數(shù)據(jù)以保持準確。這樣可以在需要時快速查詢統(tǒng)計信息，而無需對主表進行全表掃描。
• 使用觸發(fā)器維護統(tǒng)計數(shù)據(jù)：在主表上創(chuàng)建觸發(fā)器，在數(shù)據(jù)更新時自動更新統(tǒng)計表。這樣做可以確保統(tǒng)計信息始終是最新的，并避免全表掃描帶來的性能開銷。
• 使用 EXPLaiN 分析查詢：執(zhí)行 EXPLAIN select count(*) FROM t_order_old“ 語句，可以了解查詢的執(zhí)行計劃，并找出潛在的性能瓶頸。