MySQL 資料庫設計規範

目錄

1. 基礎規範
2. 索引規範
3. SQL設計

1. 基礎規範 ^

1.1. 使用Innodb儲存引擎

1.2. 表字符集統一使用UTF8

• 如果遇到 EMOJ 等表情符號的儲存需求，可使用 utf8mb4 字符集。

1.3. 控制單表字段數量

• 單表字段數上限30左右，再多的話考慮垂直分表，一是冷熱資料分離，二是大欄位分離，三是常在一起做條件和返回列的不分離。

1.4. 所有表都要添加註釋！所有表都要添加註釋！所有表都要添加註釋！

重要的事情說三遍，例如status型需指明主要值的含義，註釋“0-刪除,1-正常”。
 

1.5. 不強制使用外來鍵參考

• 即使2個表的欄位有明確的外來鍵參考關係，也不使用 FOREIGN KEY ，因為新紀錄會去主鍵表做校驗，影響效能。

1.6. 資料庫中不允許儲存明文密碼

2. 命名設計與規範 ^

2.1. 庫表設計與規範

• 庫名、表名、欄位名必須使用小寫字母，並採用“_”下劃線分割。

• 庫名以 d_ 開頭，表名以 t_+相關業務 開頭。

• 臨時庫、表名須以 tmp 加日期為字尾，按日期時間分表須符合 _YYYYMMDD 格式。

2.2. 欄位設計與規範

• 表必須定義主鍵，預設為表名+_id，整型自增，修改和新增時不允許修改主鍵。

• 命名簡潔明確，需見名知意（長度不能超過32

  個字元）。

• 多表中的相同列，儘可能命名一致，型別、長度必須一致

• 用好數值型別，例如：能使用 int 就不要使用 varchar、char ，能用 varchar(16) 就不要使用 varchar(256) 。

• 字元轉化為數字(能轉化的最好轉化,同樣節約空間、提高查詢效能)。

• 避免使用 NULL 欄位，並設定 default 值（ NULL 欄位很難查詢優化、 NULL 欄位的索引需要額外空間、 NULL 欄位的複合索引無效）。

• 在允許的情況下，表必須包含記錄建立時間和修改時間的欄位。

• IP地址最好使用 int 型別。

• 固定長度的型別最好使用 char ，例如：郵編。

• 能使用 tinyint 就不要使用 smallint 、 int 。

• 禁止使用 float 、 double 型別，建議使用 decimal 或者 int 替代。

• 日期型別欄位（時間戳可直接使用int(10)）根據需要定義成對應格式，儘量不要使用 varchar 格式。

3. 索引規範 ^

3.1. 任何複雜的SELECT, UPDATE, DELETE，都要先EXPLAIN，看索引使用情況

• 儘量避免 extra 列出現： Using File Sort ， Using Temporary ， rows 超過1000的要謹慎上線。

• 可根據需要調整索引。

3.2. 索引個數限制

• 單張表的索引數量控制在5個以內，或不超過表字段個數的20%。

3.2. 索引儘量建在選擇性高的列上

3.3. 儘量不要在頻繁更新的列上建立索引

3.4. 避免冗餘索引

例如： index1 的定義為 test(filed1,filed2) ，
index2 的定義為 test(filed1,filed2,filed3) ，
則認為index1是多餘的。

3.5. 避免在WHERE條件中，在索引列上進行計算或使用函式，因為這將導致索引不被使用

SELECT empno, ename, sal, sal*12 FROM emp1 WHERE sal*12 > 20000;
應該修改為：
SELECT empno, ename, sal, sal*12 FROM emp1 WHERE sal > 20000/12;

3.6. 索引命名

• 非唯一索引必須按照 index_欄位名稱_欄位名稱[_欄位名] 進行命名。

• 唯一索引必須按照 uniq_欄位名稱_欄位名稱[_欄位名] 進行命名。

4. SQL設計 ^

4.1. 儘量不要直接 SELECT * 讀取全部欄位，即使需要所有列

4.2. 禁止使用非同型別的列進行等值查詢

• 用不同型別列進行等值查詢，容易導致錯誤以及隱式型別轉換，可以先在程式碼中轉換後再變成SQL查詢。

4.3. 資料更新建議使用二級索引先查詢出主鍵，再根據主鍵進行資料更新

4.4. 使用join時，where條件儘量使用充分利用同一表上的索引

例如：
SELECT t1.a, t2.b FROM t1, t2 WHERE t1.a=t2.a AND t1.b=123 AND t2.c=4;
如果 t1.c 與 t2.c 欄位相同，且 t1上 存在索引 index_b_c(b,c) ，
那麼此時的 SQL 就只用到索引 b 了。
此時如果把 WHERE 條件中的 t2.c=4 改成 t1.c=4 ，那麼可以用到完整的索引。

4.5. OR改寫為IN

• or 的效率是 n 級別， in 的效率是 log(n) 級別，當 n 很大時， or 會慢很多。

4.6. 避免使用is null, is not null這樣的比較

4.7. 杜絕危險SQL

• 去掉 WHERE 1=1 這樣無意義或恆真的條件，如果遇到 UPDATE/DELETE 或遭到 sql 注入就恐怖了。

4.8. 減少與資料庫互動的次數，儘量採用批量SQL語句

例如：
新增資料，可以處理好全部後批量插入（使用事務邊處理邊插入資料，會導致長時間鎖表）。

4.9. MySQL中關鍵字使用大寫

例如： 
SELECT、FROM 之類，與查詢欄位和表名之類的小寫區分開，這樣語句清晰方便維護。