一些 Mysql 的優化經驗

一些 MySQL 的優化經驗

1. 從數據庫結構做起
   1. 字段類型的定義時遵循以下規則:
      1. 選用字段長度最小
      2. 優先使用定長型
      3. 盡可能的定義 "NOT NULL"
      4. 數值型字段中避免使用 "ZEROFILL"
      5. 如果要儲存的數據為字符串, 且可能值已知且有限, 優先使用 enum 或 set
   2. 索引的優化至關重要(以下如果沒有特殊說明, 均指查詢密集的情況)
      1. 被索引的字段的長度越小, 該索引的效率越高
      2. 被索引的字段中, 值的重復越少, 該索引的效率越高
      3. 查詢語句中, 如果使用了 "group" 子句, 根據其中字段出現的先後順序建立多字段索引
      4. 查詢語句中, 如果使用了 "distinct", 根據其中字段出現的先後順序建立多字段索引
      5. "where" 子句中, 出現對同一表中多個不同字段的 "and" 條件時, 按照字段出現的先後順序建立多字段索引
      6. "where" 子句中, 出現對同一表中多個不同字段的 "or" 條件時, 對重復值最少的字段建立單字段索引
      7. 進行 "內/外連接" 查詢時, 對 "連接字段" 建立索引
      8. 對 "主鍵" 的 "unique" 索引 毫無意義, 不要使用
      9. 被索引字段盡可能的使用 "NOT NULL" 屬性
      10. 對寫入密集型表, 盡量減少索引, 尤其是 "多字段索引" 和 "unique" 索引
2. 查詢語句的優化
   1. 多多利用 "explain" 查詢索引使用情況, 以便找出最佳的查詢語句寫法和索引設置方案
   2. 慎用 "select *", 查詢時只選出必須字段
   3. 查詢使用索引時, 所遍歷的索引條數越少, 索引字段長度越小, 查詢效率越高 (可使用 "explain" 查詢索引使用情況)
   4. 避免使用 MySQL 函數對查詢結果進行處理, 將這些處理交給客戶端程序負責
   5. 使用 "limit" 時候, 盡量使 "limit" 出的部分位於整個結果集的前部, 這樣的查詢速度更快, 系統資源開銷更低
   6. 在 "where" 子句中使用多個字段的 "and" 條件時, 各個字段出現的先後順序要與多字段索引中的順序相符
   7. 在 "where" 子句 中使用 "like" 時, 只有當通配符不出現在條件的最左端時才會使用索引
   8. 在 MySQL 4.1 以上版本中, 避免使用子查詢, 盡量使用 "內/外連接" 實現此功能
   9. 減少函數的使用, 如果可能的話, 盡量用單純的表達式來代替
   10. 避免在 "where" 子句中, 對不同字段進行 "or" 條件查詢, 將其拆分成多個單一字段的查詢語句效率更高