很多公司有很厚一本的MySQL規范，規范內容越多，越難落地執行。

阿里的MySQL建表強制規范只有10條，大伙可以參考借鑒。

畫外音，另外：

索引強制規范有4條，SQL強制規范有9條；

建議規范與參考規范若干。

規范一：是否字段

• 表達是否概念的字段，必須使用is_xxx的形式命名；
• 數據類型必須是 unsigned tinyint；
• 1表示是，0表示否；

舉例：是否刪除

• 正確：使用is_deleted，1表示刪除，0表示未刪除
• 錯誤：deleted, if_deleted, delete_or_not

規范二：字母與數字

(1) 表名，字段名禁止出現大寫；

畫外音：MySQL在Windows下不區分大小寫，Linux下雖然區分，但為了避免節外生枝，統一禁止大寫。

(2) 禁止數字開頭，禁止兩個下劃線中間只有數字；

舉例：

• 正確：aliyun_admin，level3_name
• 錯誤：AliyunAdmin，level_3_name

規范三：表名禁止使用復數

表名表示實體內容，不是實體數量，禁止使用復數。

規范四：禁止使用保留字

常見的例如：desc，range，match，delayed...

規范五：主鍵，唯一索引，普通索引命名規范

(1) 主鍵索引名：pk_xxx

畫外音：primary key

(2) 唯一索引名：uk_xxx

畫外音：unique key

(3) 普通索引名：idx_xxx

畫外音：index

規范六：小數類型規范

(1) 小數類型使用decimal；

(2) 禁止使用float和double；

畫外音：float和double存在精度損失，比較的時候，可能得到意想不到的結果。

(3) 如果范圍超過decimal，可以拆成整數與小數分開存儲；

規范七：字符串長度非常相近，必須使用定長char

畫外音：預先分配存儲空間，不會觸發重新分配。

規范八：可變字符串規范

(1) 如果字符串長度較長，且內容長度差異較大，使用varchar；

畫外音：不預先分配存儲空間，比較節省空間。

(2) 如果字符串長度大部分超過5000，使用text，獨立出一張表單獨存儲；

畫外音：避免影響主表其他字段索引效率。

規范九：強制字段

• 必須具備id字段：類型為bigint unsigned，單表時自增，步長為1，不具備業務含義；
• 必須具備create_time字段：類型為datetime（除非記錄時區信息，使用timestamp）；
• 必須具備update_time字段：同上；

規范十：禁止進行物理刪除操作

畫外音：邏輯操作保留了數據資產的同時，能夠追溯操作行為。

貴司有MySQL規范嗎？