MySQL 數據庫規范

一、基礎規范

1. 必須使用 InnoDB 存儲引擎

支持事務、行級鎖、并發性能更好、CPU及內存緩存頁優化使得資源利用率更高

2. 必須使用 UTF8MB4 字符集

萬國碼、無需轉碼、無亂碼風險、支持emoji表情

3. 數據表、數據字段必須加入中文注釋

n 年后，誰知道 tb1,tbl2,col1,col2 表或字段是干嘛的？你知道嗎？我不知道。好好寫注釋。

4. 禁止使用存儲過程(procedure)、視圖(view)、觸發器(trigger)、事件(event)

高并發大數據的互聯網業務，架構設計的思路是：解放數據庫 CPU，將計算轉移至服務層，數據庫只負責做數據查詢和存儲。

并發量大的情況下，這些功能很有可能將數據庫拖死，業務邏輯放到服務層具備更好的擴展性和可伸縮性，能夠輕易實現 增加機器就增加性能、數據庫擅長存儲和索引，CPU 計算等復雜操作請上移至服務層。

一個準則是 MySQL 的查詢語句盡量簡單易懂高性能，理想情況下我們甚至不需要任何的 join 等復雜語句，所有這類復雜語句盡量上移至服務層進行操作，你的程序代碼更適合做這些事情。

5. 禁止存儲大文件或者大照片

不要讓數據庫做其不擅長的事情，大文件和大照片存儲在文件系統上，數據庫里只存儲 URL、URI 連接地址。

二、命名規范

1. 庫名、表名、字段名：小寫、下劃線風格，不超過32個字符

必須見名知意，禁止使用中文，禁止使用大寫字母，禁止使用中英文混用。

2. 非唯一索引名 idx_xxx,唯一索引名 uniq_xxx

命名索引以 idx_xxx ，xxx 以字段名或者多個字段時簡寫 例如: 單列索引：user_id 字段命名為 idx_userid。聯合索引：user_id identity ， 以 idx_userid_identity 命名。

索引字段必須為非空字段

三、表設計規范

1. 單實例表數目盡量小于500張表

message 消息信息這種存儲除外

2. 單表列數必須小于30個

3. 表必須有主鍵，例如自增主鍵。

主鍵遞增，數據行寫入可以提高插入性能，可以避免 page 分裂，減少表碎片提升空間和內存使用。

主鍵要選較短的數據類型，InnoDB 引擎普通索引會保存主鍵的值，較短的數據類型可以有效的減少索引的磁盤空間，提高索引的緩存效率。主鍵盡量用 id 表示（無任何意義最好），禁止將主鍵進行變更（InnoDB 表變更成本太大）。

無主鍵的表刪除，在 row 模式的主從架構下，會導致備庫夯住。

4. 禁止使用外鍵，如果有外鍵完整性約束，需要應用程序控制

外鍵會導致表于表之間耦合，update 與 delete 操作都會涉及相關聯的表，十分影響 SQL 性能，甚至會造成死鎖，高并發情況下容易造成數據庫性能，大數據高并發業務場景數據庫使用以性能優先為主。

5. 創建表

必須字段，id，create_time, update_time

字段長度，2 的指數，如 varchar(10) 建議為 varchar(16)

非空字段，必須設置默認值

字段必須有 comment

盡量避免使用大字段，如 text、blob 等

索引變更原則：永遠先添加索引，再執行刪除索引。（防止索引刪除產生全表掃描，導致線上存在問題）

6. 修改表禁止使用 after 或 after 字段，在某列后面。

四、字段設計規范

1. 可選使用 TEXT/BLOB 類型，禁止使用 JSON 數據類型

會浪費更多的磁盤和內存空間，非必要的大量的大字段查詢會淘汰掉熱數據，導致內存命中率急劇下降，影響數據庫性能

2. 禁止使用小數存儲貨幣

使用整數吧，小數容易導致錢對不上，小數有精度問題。比如：可以將錢數放大100倍或者1000倍，使用整數類型存儲即可。

3. 必須使用 varchar(20) 存儲手機號

涉及到區號或者國家代號，可能出現+ - ()

手機號不會去做數學運算

varchar可以支持模糊查詢，例如: like “135%”

4. 禁止使用 ENUM 類型,可以使用 TINYINT 類型代替

增加新的 ENUM 值要做 DDL 操作 ，ENUM 的內部實際存儲的就是整數，而不是定義的字符串

五、索引設計規范

1. 單表索引建議控制在 5 個以內

2. 單索引字段數不允許超過 5 個

字段超過5個時，實際已經起不到有效過濾數據的作用了

3. 禁止在更新十分頻繁、區分度不高的屬性上建立索引

更新會變更 B+ 樹，更新頻繁的字段建立索引會大大降低數據庫性能

性別這種區分度不大的屬性，建立索引沒有什么意義，不能有效過濾數據，性能與全表掃描類似

4. 建立組合索引，必須把區分度高的字段放在前面

能夠更加有效的過濾數據

六、SQL 使用規范

*1. 禁止使用SELECT ,只獲取必要的字段，需要顯示說明列屬性

讀取不需要的列會增加CPU、IO、NET消耗

不能有效的利用覆蓋索引

使用SELECT * 容易在增加或者刪除字段后出現程序BUG

2. 禁止使用INSERT INTO t_xxx VALUES (xxx)，必須顯示指定插入的列屬性

容易在增加或者刪除字段后出現程序 BUG

3. 禁止使用屬性隱式轉換

SELECT uid FROM t_user WHERE phone=13800000000 會導致全表掃描，而不能命中 phone 索引，因為 phone 是 varchar 字段，而SQL phone 字段沒有加’'引號，所以會認為是 int 類型，從而導致全表掃描。

4. 禁止在 WHERE 條件中的屬性上使用函數或者表達式

SELECT uid FROM t_user WHERE from_unixtime(day)>‘2017-02-15’ 會導致全表掃描

正確寫法：SELECT uid FROM t_user WHERE day >= unix_timestamp(‘2017-02-15’ 00:00:00’)

5. 禁止負向查詢，以及%開頭的模糊查詢

負向查詢條件：NOT、!=、<>、!<、!>、NOT IN、NOT LIKE等，會導致全表掃描

%開頭的模糊查詢，會導致全表掃描

6. 禁止大表使用JOIN查詢，禁止大表使用子查詢

會產生臨時表，消耗較多內存與CPU，極度影響數據庫性能

7. 禁止使用 OR 條件，必須改為 IN 查詢

舊版本MySQL的OR查詢是不能命中索引的，即使能命中索引，為何要讓數據庫耗費更多的CPU幫助實施查詢優化呢？

8.應用程序必須捕獲 SQL 異常，并有相應處理

總結

以上是生活随笔為你收集整理的MySQL 数据库规范的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。