- 最直接的就是加索引， 加緩存。分庫分表分區，讀寫分離用得少 - 對sql語句進行優化 - 查詢的時候不要直接select * - 用覆蓋索引，索引下推能減少回表次數 - like 前面加%, 用到 or , not, != 索引字段用到函數，數據類型不匹配，數據分布不均勻 會使索引失效 - 組合索引不符合最左匹配原則，前一個字段用了范圍查詢， 可能會使后面的索引字段失效 - 減少子查詢（返回條數越多性能影響越大），使用關聯查詢（left join,right join,inner join）替代 - 關聯查詢的時候小表驅動大表，小表作為主表 - MySQL 的查詢優化器會根據不同的情況選擇最佳的執行計劃。在某些情況下，當索引掃描的行記錄數超過了一定比例（通常是在 10% 到 30% 之間），優化器可能會放棄使用索引，而選擇執行全表掃描 - 存儲過程-預編譯提高性能減少網絡開銷 - 分頁優化 - ``` SELECT \* FROM employees LIMIT 10000, 20; 改進后 SELECT \* FROM employees WHERE id > 10000 LIMIT 20; ``` - 原始查詢使用了 `LIMIT 10000, 20`，這意味著數據庫需要跳過前面的 10000 條記錄，然后再返回接下來的 20 條記錄，這可能會導致性能問題，特別是在數據量很大的情況下。改進后的查詢 `SELECT * FROM employees WHERE id > 10000 LIMIT 20` 利用了索引（假設 `id` 字段已經被索引了），避免了跳過大量的記錄，而是直接基于 `id` 字段的值進行篩選，因此性能更好 --- - union all 去重（額外開銷）， union 不去重 - 普通索引， 用 like 前面加 % 會使索引失效， 沒有% * 可以用全文索引處理 - or 會使索引失效（or 的查詢盡量用 union或者union all 代替 (union 會做去重處理， 性能差些)）， a or b 的情況下， 有 a 索引 或 a,b組合索引， 有可能會走全表掃描。 - 分頁優化 > ### 相關閱讀 * [MySQL優化：12種提升SQL執行效率的有效方法](https://www.cnblogs.com/souyunku/p/17954476)\] * [Mysql性能優化這5點你知道嗎？簡單卻容易被初學者忽略！](https://www.cnblogs.com/JavaBuild/p/17952589) * https://mp.weixin.qq.com/s/3flO4IpZ0E1Fz6ljxXycMw