摘要：導讀關于數據庫規范，相信大家多少看過一些文檔。關于庫強制庫的名稱必須控制在個字符以內，英文一律小寫。強制庫名只能使用英文字母，數字，下劃線，并以英文字母開頭。強制表名要求模塊名強相關，同一模塊使用的表名盡量使用統一前綴。

導讀：

關于MySQL數據庫規范，相信大家多少看過一些文檔。本篇文章給大家詳細分類總結了數據庫相關規范，從庫表命名設計規范講起，到索引設計規范，后面又給出SQL編寫方面的建議。相信這些規范適用于大多數公司，也希望大家都能按照規范來使用我們的數據庫，這樣我們的數據庫才能發揮出更高的性能。

關于庫：

【強制】庫的名稱必須控制在32個字符以內，英文一律小寫。

【強制】庫的名稱格式：業務系統名稱_子系統名，不建議使用shulan前綴。

【強制】庫名只能使用英文字母，數字，下劃線，并以英文字母開頭。

【強制】創建數據庫時必須顯式指定字符集，并且字符集只能是utf8或者utf8mb4。創建數據庫SQL舉例：Create database db1 default character set utf8;

【建議】臨時庫、表名以tmp_ 為前綴，并以日期為后綴，備份庫、表以 bak_ 為前綴，并以日期為后綴。

關于表

【強制】表和列的名稱必須控制在32個字符以內，表名只能使用字母、數字和下劃線，一律小寫。

【強制】表名要求模塊名強相關，同一模塊使用的表名盡量使用統一前綴。

【強制】創建表時必須顯式指定字符集為utf8或utf8mb4。

【強制】列名盡量不用關鍵字（如type,order等）。

【強制】創建表時必須顯式指定表存儲引擎類型，如無特殊需求，一律為InnoDB。

【強制】建表必須有comment。

【強制】對于超過100W行的大表進行alter table，必須經過DBA審核，并在業務低峰期執行，多個alter需整合在一起。 因為alter table會產生表鎖，期間阻塞對于該表的所有寫入，對于業務可能會產生極大影響。

【建議】建表時關于主鍵：表必須有主鍵 (1)強制要求主鍵為id，類型為int或bigint，且為auto_increment 建議使用unsigned無符號型。

(2)標識表里每一行主體的字段不要設為主鍵，建議設為其他字段如user_id，order_id等，并建立unique key索引。 因為如果設為主鍵且主鍵值為隨機插入，則會導致innodb內部page分裂和大量隨機I/O，性能下降。

【建議】核心表（如用戶表）必須有行數據的創建時間字段create_time和最后更新時間字段update_time，便于查問題。

【建議】表中所有字段盡量都是NOT NULL屬性，業務可以根據需要定義DEFAULT值。 因為使用NULL值會存在每一行都會占用額外存儲空間、數據遷移容易出錯、聚合函數計算結果偏差等問題。

【建議】中間表用于保留中間結果集，名稱必須以tmp_ 開頭。備份表用于備份或抓取源表快照，名稱必須以bak_開頭。中間表和備份表定期清理。

【示范】一個較為規范的建表語句：

CREATE TABLE user_info (
  `id` int unsigned NOT NULL AUTO_INCREMENT COMMENT "自增主鍵",
  `user_id` bigint(11) NOT NULL COMMENT "用戶id",
  `username` varchar(45) NOT NULL COMMENT "真實姓名",
  `email` varchar(30) NOT NULL COMMENT "用戶郵箱",
  `nickname` varchar(45) NOT NULL COMMENT "昵稱",
  `birthday` date NOT NULL COMMENT "生日",
  `sex` tinyint(4) DEFAULT "0" COMMENT "性別",
  `short_introduce` varchar(150) DEFAULT NULL COMMENT "一句話介紹自己，最多50個漢字",
  `user_resume` varchar(300) NOT NULL COMMENT "用戶提交的簡歷存放地址",
  `user_register_ip` int NOT NULL COMMENT "用戶注冊時的源ip",
  `create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT "創建時間",
  `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT "修改時間",
  `user_review_status` tinyint NOT NULL COMMENT "用戶資料審核狀態，1為通過，2為審核中，3為未通過，4為還未提交審核",
  PRIMARY KEY (`id`),
  UNIQUE KEY `uniq_user_id` (`user_id`),
  KEY `idx_username`(`username`),
  KEY `idx_create_time_status`(`create_time`,`user_review_status`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT="網站用戶基本信息"

關于索引

【強制】InnoDB表必須主鍵為id int/bigint auto_increment,且主鍵值禁止被更新。

【強制】InnoDB和MyISAM存儲引擎表，索引類型必須為BTREE。

【建議】主鍵的名稱以 pk_ 開頭，唯一鍵以 uniq_ 或 uk_ 開頭，普通索引以 idx_ 開頭，一律使用小寫格式，以字段的名稱或縮寫作為后綴。

【建議】單個表上的索引個數不能超過8個。

【建議】在建立索引時，多考慮建立聯合索引，并把區分度最高的字段放在最前面。如列userid的區分度可由select count(distinct userid)計算出來。

【建議】在多表join的SQL里，保證被驅動表的連接列上有索引，這樣join執行效率最高。

【建議】建表或加索引時，保證表里互相不存在冗余索引。 對于MySQL來說，如果表里已經存在key(a,b)，則key(a)為冗余索引，需要刪除。

SQL編寫

【強制】程序端SELECT語句必須指定具體字段名稱，禁止寫成 *。

【強制】程序端insert語句指定具體字段名稱，不要寫成insert into t1 values(…)。

【強制】除靜態表或小表（100行以內），DML語句必須有where條件，且使用索引查找。

【強制】where條件里等號左右字段類型必須一致，否則無法利用索引。

【強制】WHERE 子句中禁止只使用全模糊的LIKE條件進行查找，必須有其他等值或范圍查詢條件，否則無法利用索引。

【強制】索引列不要使用函數或表達式，否則無法利用索引。如where length(name)="Admin"或where user_id+2=10023。

【建議】insert into…values(XX),(XX),(XX).. 這里XX的值不要超過5000個。 值過多雖然上線很很快，但會引起主從同步延遲。

【建議】SELECT語句不要使用UNION，推薦使用UNION ALL，并且UNION子句個數限制在5個以內。 因為union all不需要去重，節省數據庫資源，提高性能。

【強制】禁止跨db的join語句。

【建議】不建議使用子查詢，建議將子查詢SQL拆開結合程序多次查詢，或使用join來代替子查詢。

【建議】線上環境，多表join不要超過5個表。

【建議】在多表join中，盡量選取結果集較小的表作為驅動表，來join其他表。

【建議】批量操作數據時，需要控制事務處理間隔時間，進行必要的sleep。

建議】事務里包含SQL不超過5個 因為過長的事務會導致鎖數據較久，MySQL內部緩存、連接消耗過多等問題。

【建議】事務里更新語句盡量基于主鍵或unique key，如update … where id=XX; 否則會產生間隙鎖，內部擴大鎖定范圍，導致系統性能下降，產生死鎖。

【建議】減少使用order by，和業務溝通能不排序就不排序，或將排序放到程序端去做。Order by、group by、distinct這些語句較為耗費CPU，數據庫的CPU資源是極其寶貴的。

【建議】order by、group by、distinct這些SQL盡量利用索引直接檢索出排序好的數據。如where a=1 order by b可以利用key(a,b)。

【建議】包含了order by、group by、distinct這些查詢的語句，where條件過濾出來的結果集請保持在1000行以內，否則SQL會很慢。