一儡循、基礎規(guī)范
表存儲引擎必須使用InnoDB
表字符集默認使用utf8烹笔，必要時候使用utf8mb4
解讀：
（1）通用伙窃，無亂碼風險，漢字3字節(jié)，英文1字節(jié)
（2）utf8mb4是utf8的超集撞秋，有存儲4字節(jié)例如表情符號時长捧，使用它
- 禁止使用存儲過程，視圖部服，觸發(fā)器唆姐，Event
解讀：
（1）對數據庫性能影響較大，互聯網業(yè)務廓八，能讓站點層和服務層干的事情奉芦，不要交到數據庫層
（2）調試，排錯剧蹂，遷移都比較困難声功，擴展性較差
禁止在數據庫中存儲大文件，例如照片宠叼，可以將大文件存儲在對象存儲系統(tǒng)先巴，數據庫中存儲路徑
禁止在線上環(huán)境做數據庫壓力測試
測試，開發(fā)冒冬，線上數據庫環(huán)境必須隔離
二伸蚯、命名規(guī)范
- 庫名，表名简烤，列名必須用小寫剂邮，采用下劃線分隔
解讀：abc，Abc横侦，ABC都是給自己埋坑
- 庫名挥萌，表名，列名必須見名知義枉侧，長度不要超過32字符
解讀：tmp引瀑，wushan誰TM知道這些庫是干嘛的
庫備份必須以bak為前綴，以日期為后綴
從庫必須以-s為后綴
備庫必須以-ss為后綴
三榨馁、表設計規(guī)范
單實例表個數必須控制在2000個以內
單表分表個數必須控制在1024個以內
表必須有主鍵憨栽，推薦使用UNSIGNED整數為主鍵
潛在坑：刪除無主鍵的表，如果是row模式的主從架構翼虫，從庫會掛住
- 禁止使用外鍵屑柔，如果要保證完整性，應由應用程式實現
解讀：外鍵使得表之間相互耦合蛙讥，影響update/delete等SQL性能锯蛀，有可能造成死鎖灭衷，高并發(fā)情況下容易成為數據庫瓶頸
- 建議將大字段次慢，訪問頻度低的字段拆分到單獨的表中存儲，分離冷熱數據
解讀：具體參加《如何實施數據庫垂直拆分》
四、列設計規(guī)范
根據業(yè)務區(qū)分使用tinyint/int/bigint迫像，分別會占用1/4/8字節(jié)
根據業(yè)務區(qū)分使用char/varchar
解讀：
（1）字段長度固定劈愚，或者長度近似的業(yè)務場景，適合使用char闻妓，能夠減少碎片菌羽，查詢性能高
（2）字段長度相差較大，或者更新較少的業(yè)務場景由缆，適合使用varchar注祖，能夠減少空間
- 根據業(yè)務區(qū)分使用datetime/timestamp
解讀：前者占用5個字節(jié)，后者占用4個字節(jié)均唉，存儲年使用YEAR是晨，存儲日期使用DATE，存儲時間使用datetime
- 必須把字段定義為NOT NULL并設默認值
解讀：
（1）NULL的列使用索引舔箭，索引統(tǒng)計罩缴，值都更加復雜，MySQL更難優(yōu)化
（2）NULL需要更多的存儲空間
（3）NULL只能采用IS NULL或者IS NOT NULL层扶，而在=/!=/in/not in時有大坑
使用INT UNSIGNED存儲IPv4箫章，不要用char(15)
使用varchar(20)存儲手機號，不要使用整數
解讀：
（1）牽扯到國家代號镜会，可能出現+/-/()等字符檬寂，例如+86
（2）手機號不會用來做數學運算
（3）varchar可以模糊查詢，例如like ‘138%’
- 使用TINYINT來代替ENUM
解讀：ENUM增加新值要進行DDL操作
五稚叹、索引規(guī)范
唯一索引使用uniq_[字段名]來命名
非唯一索引使用idx_[字段名]來命名
單張表索引數量建議控制在5個以內
解讀：
（1）互聯網高并發(fā)業(yè)務焰薄，太多索引會影響寫性能
（2）生成執(zhí)行計劃時，如果索引太多扒袖，會降低性能塞茅，并可能導致MySQL選擇不到最優(yōu)索引
（3）異常復雜的查詢需求，可以選擇ES等更為適合的方式存儲
- 組合索引字段數不建議超過5個
解讀：如果5個字段還不能極大縮小row范圍季率，八成是設計有問題
不建議在頻繁更新的字段上建立索引
非必要不要進行JOIN查詢野瘦，如果要進行JOIN查詢，被JOIN的字段必須類型相同飒泻，并建立索引
解讀：踩過因為JOIN字段類型不一致鞭光，而導致全表掃描的坑么？
- 理解組合索引最左前綴原則泞遗，避免重復建設索引惰许，如果建立了(a,b,c)，相當于建立了(a), (a,b), (a,b,c)
六史辙、SQL規(guī)范
- 禁止使用select *汹买，只獲取必要字段
解讀：
（1）select *會增加cpu/io/內存/帶寬的消耗
（2）指定字段能有效利用索引覆蓋
（3）指定字段查詢佩伤，在表結構變更時，能保證對應用程序無影響
- insert必須指定字段晦毙，禁止使用insert into T values()
解讀：指定字段插入生巡，在表結構變更時，能保證對應用程序無影響
隱式類型轉換會使索引失效见妒，導致全表掃描
禁止在where條件列使用函數或者表達式
解讀：導致不能命中索引孤荣，全表掃描
- 禁止負向查詢以及%開頭的模糊查詢
解讀：導致不能命中索引，全表掃描
禁止大表JOIN和子查詢
同一個字段上的OR必須改寫問IN须揣，IN的值必須少于50個
應用程序必須捕獲SQL異常
解讀：方便定位線上問題
說明：本軍規(guī)適用于并發(fā)量大盐股，數據量大的典型互聯網業(yè)務，可直接帶走參考耻卡，不謝遂庄。
