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" 條件查詢， 將其拆分成多個單一字段的查詢語句效率更高。
附: MySQL 字段長度說明表
MySQL 字段長度說明TINYINT1 字節SMALLINT2 字節MEDIUMINT3 字節INTEGER:4 字節BIGINT8 字節DOUBLE8 字節FLOAT(X)X <=24: 4 字節
X > 24: 8 字節DECIMAL(M,D)MM>=D: M 字節DATE3 字節DATETIME8 字節TIMESTAMP4 字節TIME4 字節YEAR1 字節 CHAR(M)M 字節VARCHAR(M)值長度 + 1 字節TINYBLOB值長度 + 1 字節TINYTEXT值長度 + 1 字節BLOB值長度 + 2 字節TEXT值長度 + 2 字節MEDIUMBLOB值長度 + 3 字節MEDIUMTEXT值長度 + 3 字節LONGBLOB值長度 + 4 字節LONGTEXT值長度 + 4 字節ENUM1 或 2 字節
取決於枚舉值數SET1，2，3，4, 8
取決於成員數量
