如下規範來源於58到家資料庫30條軍規解讀和阿里巴巴JAVA開發手冊，以及自己在實際專案應用匯總。

1.基礎規範

1.必須使用InnoDB儲存引擎

支援事務、行級鎖、併發效能更好、CPU及記憶體快取頁優化使得資源利用率更高。

2.新庫必須使用utf8mb4字符集

utf8mb4是utf8的超集，emoji表情以及部分不常見漢字，MySQL 8.0.1以上預設使用utf8mb4

3.資料表、資料欄位必須加入中文註釋

4.禁止使用儲存過程、檢視、觸發器、Event

高併發大資料的網際網路業務，架構設計思路是“解放資料庫CPU，將計算轉移到服務層”，併發量大的情況下，這些功能很可能將資料庫拖死，業務邏輯放到服務層具備更好的擴充套件性，能夠輕易實現“增機器就加效能”。資料庫擅長儲存與索引，CPU計算還是上移吧

5.禁止儲存大檔案或者大照片

大檔案和照片儲存在檔案系統，資料庫裡存URI多好

6.禁止使用負向查詢NOT、!=、<>、!<、!>、NOT IN、NOT LIKE等，會導致全表掃描

2.命名規範

1.只允許使用內網域名，而不是ip連線資料庫

2.線上環境、開發環境、測試環境資料庫內網域名遵循命名規範

3.庫名、表名、欄位名使用下劃線分割，小寫，不要使用複數，不超過32個字元，禁止拼音英文混用

4.表名以tb_開頭為實體表，以tr_開頭為關係表，以th_開頭為歷史表等

5.唯一索引名以uk_欄位名；普通索引名則以 idx_欄位名

3.表設計規範

1.單例項mysql表數目必須小於500

2.單表列數目必須小於30

3.表必須有主鍵

a）主鍵遞增，資料行寫入可以提高插入效能，可以避免page分裂，減少表碎片提升空間和記憶體的使用

b）主鍵要選擇較短的資料型別， Innodb引擎普通索引都會儲存主鍵的值，較短的資料型別可以有效的減少索引的磁碟空間，提高索引的快取效率

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

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

外來鍵會導致表與表之間耦合，update與delete操作都會涉及相關聯的表，十分影響sql 的效能，甚至會造成死鎖。高併發情況下容易造成資料庫效能，大資料高併發業務場景資料庫使用以效能優先

4.欄位設計規範

1.必須把欄位定義為NOT NULL並且提供預設值

a）null的列使索引/索引統計/值比較都更加複雜，對MySQL來說更難優化

b）null 這種型別MySQL內部需要進行特殊處理，增加資料庫處理記錄的複雜性；同等條件下，表中有較多空欄位的時候，資料庫的處理效能會降低很多

c）null值需要更多的儲存空，無論是表還是索引中每行中的null的列都需要額外的空間來標識

d）對null 的處理時候，只能採用is null或is not null，而不能採用=、in、<、<>、!=、not in這些操作符號。

2.禁止使用TEXT、BLOB型別

會浪費更多的磁碟和記憶體空間，非必要的大量的大欄位查詢會淘汰掉熱資料，導致記憶體命中率急劇降低，影響資料庫效能

3.禁止使用小數儲存國幣

使用“分”作為單位，這樣資料庫裡就是整數了

4.必須使用varchar(32)儲存手機號

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

5.禁止使用ENUM，可使用TINYINT代替

a）增加新的ENUM值要做DDL操作

b）ENUM的內部實際儲存就是整數

6.欄位boolean使用unsigned tinyint（ 1 表示是，0
表示否），非負數使用unsigned，多值使用列舉，固定成長度使用char，不固定使用varchar 長度2的倍數(長度不要超過 5000,超過使用text，並單獨新建一張表儲存)

7.實體表必備欄位 id，create_time,modify_time

8.業務上具有唯一性的欄位，即使是組合欄位，也必須建成唯一索引。

5.索引設計規範

1.單表索引最好控制在3個以內，不要超過5個

2.單索引欄位數不允許超過3個

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

4.不要新增索引，儘量使用組合索引（注意組合索引的最左原則，區分度最高的在最左邊）

5.不要在索引列上使用數學運算和函式運算

6.SQL使用規範

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

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

b）不能有效的利用覆蓋索引

c）使用SELECT *容易在增加或者刪除欄位後出現程式BUG

2.禁止使用INSERT INTO tb_xxx VALUES(xxx)，必須顯示指定插入的列屬性
容易在增加或者刪除欄位後出現程式BUG

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

SELECT uid FROM tb_user WHERE phone=13812345678 會導致全表掃描，而不能命中phone索引

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

SELECT uid FROM tb_user WHERE from_unixtime(day)>=’2017-02-15’ 會導致全表掃描
正確的寫法是：SELECT uid FROM tb_user WHERE day>= unix_timestamp(‘2017-02-15 00:00:00’)

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

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

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

6.禁止大表使用JOIN查詢，禁止大表使用子查詢。超過三個表禁止 join。需要 join 的欄位，資料型別保持絕對一致；多表關聯查詢時，保證被關聯的欄位需要有索引。

對資料庫效能影響較大的資料庫特性較少使用，解放資料庫CPU，把複雜邏輯計算放到服務層。

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

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

9.禁止在主庫上執行sum,count等複雜的耗時統計分析語句

7 .行為規範

1.禁止使用應用程式配置檔案內的帳號手工訪問線上資料庫

2.禁止非DBA對線上資料庫進行寫操作，修改線上資料需要提交工單，由DBA執行，提交的SQL語句必須經過測試

3.分配非DBA以只讀帳號，必須通過VPN+跳板機訪問授權的從庫

4.開發、測試、線上環境隔離

8.其他

1.使用SSD儲存

2.合理設定innodb_buffer_pool_size、innodb_log_file_size、max_connections等引數

3.單錶行數超過500萬（對於SSD儲存且表較簡單等可以超過2000萬再考慮），需結合業務綜合考慮.

4.大欄位如使用左模糊或者全模糊，請走搜尋引擎來解決。

5.刪除和修改記錄時，要先 select，避免出現誤刪除，確認無誤才能執行更新語句。 並使用主鍵進行操作

6.高併發伺服器建議調小 TCP 協議的 time_wait 超時時間