基礎(chǔ)規(guī)范
必須使用InnoDB存儲引擎
原因：支持事務(wù)、行級鎖、并發(fā)性能更好、CPU及內(nèi)存緩存頁優(yōu)化使得資源利用率更高
數(shù)據(jù)表，字段必須加入注釋
原因：以后新加入的人或者現(xiàn)有人員忘記了數(shù)據(jù)含義，可以通過注釋理解業(yè)務(wù)
命名規(guī)范
表名t_xxx，非唯一索引名idx_xxx，唯一索引名uniq_xxx
庫名、表名、字段名：小寫，下劃線風(fēng)格，不超過32個字符，必須見名知意，禁止拼音英文混用
表設(shè)計規(guī)范
單表列數(shù)目必須小于30
數(shù)據(jù)表PK類型必須是bigint
必須把字段定義為NOT NULL并且提供默認值
原因：
- null的列使索引/索引統(tǒng)計/值比較都更加復(fù)雜，對MySQL來說更難優(yōu)化
- null 這種類型MySQL內(nèi)部需要進行特殊處理，增加數(shù)據(jù)庫處理記錄的復(fù)雜性；同等條件下，表中有較多空字段的時候，數(shù)據(jù)庫的處理性能會降低很多
- null值需要更多的存儲空，無論是表還是索引中每行中的null的列都需要額外的空間來標(biāo)識
- 對null 的處理時候，只能采用is null或is not null，而不能采用=、in、<、<>、!=、not in這些操作符號。如：where name!=’shenjian’，如果存在name為null值的記錄，查詢結(jié)果就不會包含name為null值的記錄
索引設(shè)計規(guī)范
單表索引建議控制在5個以內(nèi)
單索引字段數(shù)不允許超過5個
原因：字段超過5個時，實際已經(jīng)起不到有效過濾數(shù)據(jù)的作用了。這個原因還不是很理解？
建立組合索引，必須把區(qū)分度高的字段放在前面
原因：能夠更加有效的過濾數(shù)據(jù)
禁止在更新十分頻繁、區(qū)分度不高的屬性上建立索引
原因：
1.更新會變更B+樹，更新頻繁的字段建立索引會大大降低數(shù)據(jù)庫性能
2.“性別”這種區(qū)分度不大的屬性，建立索引是沒有什么意義的，不能有效過濾數(shù)據(jù)，性能與全表掃描類似
SQL 規(guī)范
*禁止使用SELECT ，只獲取必要的字段，需要顯示說明列屬性
原因：
1.讀取不需要的列會增加CPU、IO、NET消耗
2.不能有效的利用覆蓋索引
3.使用SELECT *容易在增加或者刪除字段后出現(xiàn)程序BUG
禁止使用INSERT INTO t_xxx VALUES(xxx)，必須顯示指定插入的列屬性
原因：容易在增加或者刪除字段后出現(xiàn)程序BUG
禁止使用屬性隱式轉(zhuǎn)換
原因：SELECT uid FROM t_user WHERE phone=13812345678 會導(dǎo)致全表掃描，而不能命中phone索引
禁止在WHERE條件的屬性上使用函數(shù)或者表達式
原因：SELECT uid FROM t_user WHERE from_unixtime(day)>='2017-02-15' 會導(dǎo)致全表掃描
正確的寫法是：SELECT uid FROM t_user WHERE day>= unix_timestamp('2017-02-15 00:00:00')
禁止負向查詢，以及%開頭的模糊查詢
原因：
- 負向查詢條件：NOT、!=、<>、!<、!>、NOT IN、NOT LIKE等，會導(dǎo)致全表掃描
- %開頭的模糊查詢，會導(dǎo)致全表掃描
禁止大表使用JOIN查詢，禁止大表使用子查詢
原因：會產(chǎn)生臨時表，消耗較多內(nèi)存與CPU，極大影響數(shù)據(jù)庫性能
禁止使用OR條件，必須改為IN查詢
原因：舊版本Mysql的OR查詢是不能命中索引的，即使能命中索引
業(yè)務(wù)規(guī)范
數(shù)據(jù)表，created_at, updated_at是必須字段， deleted_at根據(jù)業(yè)務(wù)是否需要軟刪除選擇性加入
代碼中如有寫SELECT, UPDATE, DELETE 等相關(guān)sql語句，sql關(guān)鍵字必須大寫
