mysql標(biāo)準(zhǔn)規(guī)范

一、基礎(chǔ)規(guī)范

• 表存儲(chǔ)引擎必須使用InnoDB

?

• 表字符集默認(rèn)使用utf8，必要時(shí)候使用utf8mb4

解讀：

（1）通用，無亂碼風(fēng)險(xiǎn)，漢字3字節(jié)，英文1字節(jié)

（2）utf8mb4是utf8的超集，有存儲(chǔ)4字節(jié)例如表情符號(hào)時(shí)，使用它

?

• 禁止使用存儲(chǔ)過程，視圖，觸發(fā)器，Event

解讀：

（1）對(duì)數(shù)據(jù)庫性能影響較大，互聯(lián)網(wǎng)業(yè)務(wù)，能讓站點(diǎn)層和服務(wù)層干的事情，不要交到數(shù)據(jù)庫層

（2）調(diào)試，排錯(cuò)，遷移都比較困難，擴(kuò)展性較差

?

• 禁止在數(shù)據(jù)庫中存儲(chǔ)大文件，例如照片，可以將大文件存儲(chǔ)在對(duì)象存儲(chǔ)系統(tǒng)，數(shù)據(jù)庫中存儲(chǔ)路徑

• 禁止在線上環(huán)境做數(shù)據(jù)庫壓力測(cè)試

• 測(cè)試，開發(fā)，線上數(shù)據(jù)庫環(huán)境必須隔離

?

二、命名規(guī)范

• 庫名，表名，列名必須用小寫，采用下劃線分隔

解讀：abc，Abc，ABC都是給自己埋坑

?

• 庫名，表名，列名必須見名知義，長度不要超過32字符

解讀：tmp，wushan誰TM知道這些庫是干嘛的

?

• 庫備份必須以bak為前綴，以日期為后綴

• 從庫必須以-s為后綴

• 備庫必須以-ss為后綴

?

三、表設(shè)計(jì)規(guī)范

• 單實(shí)例表個(gè)數(shù)必須控制在2000個(gè)以內(nèi)

• 單表分表個(gè)數(shù)必須控制在1024個(gè)以內(nèi)

• 表必須有主鍵，推薦使用UNSIGNED整數(shù)為主鍵

潛在坑：刪除無主鍵的表，如果是row模式的主從架構(gòu)，從庫會(huì)掛住

?

• 禁止使用外鍵，如果要保證完整性，應(yīng)由應(yīng)用程式實(shí)現(xiàn)

解讀：外鍵使得表之間相互耦合，影響update/delete等SQL性能，有可能造成死鎖，高并發(fā)情況下容易成為數(shù)據(jù)庫瓶頸

?

• 建議將大字段，訪問頻度低的字段拆分到單獨(dú)的表中存儲(chǔ)，分離冷熱數(shù)據(jù)

四、列設(shè)計(jì)規(guī)范

• 根據(jù)業(yè)務(wù)區(qū)分使用tinyint/int/bigint，分別會(huì)占用1/4/8字節(jié)

• 根據(jù)業(yè)務(wù)區(qū)分使用char/varchar

解讀：

（1）字段長度固定，或者長度近似的業(yè)務(wù)場(chǎng)景，適合使用char，能夠減少碎片，查詢性能高

（2）字段長度相差較大，或者更新較少的業(yè)務(wù)場(chǎng)景，適合使用varchar，能夠減少空間

?

• 根據(jù)業(yè)務(wù)區(qū)分使用datetime/timestamp

解讀：前者占用5個(gè)字節(jié)，后者占用4個(gè)字節(jié)，存儲(chǔ)年使用YEAR，存儲(chǔ)日期使用DATE，存儲(chǔ)時(shí)間使用datetime

?

• 必須把字段定義為NOT NULL并設(shè)默認(rèn)值

解讀：

（1）NULL的列使用索引，索引統(tǒng)計(jì)，值都更加復(fù)雜，MySQL更難優(yōu)化

（2）NULL需要更多的存儲(chǔ)空間

（3）NULL只能采用IS NULL或者IS NOT NULL，而在=/!=/in/not in時(shí)有大坑

?

• 使用INT UNSIGNED存儲(chǔ)IPv4，不要用char(15)

?

• 使用varchar(20)存儲(chǔ)手機(jī)號(hào)，不要使用整數(shù)

解讀：

（1）牽扯到國家代號(hào)，可能出現(xiàn)+/-/()等字符，例如+86

（2）手機(jī)號(hào)不會(huì)用來做數(shù)學(xué)運(yùn)算

（3）varchar可以模糊查詢，例如like ‘138%’

?

• 使用TINYINT來代替ENUM

解讀：ENUM增加新值要進(jìn)行DDL操作

?

五、索引規(guī)范

• 唯一索引使用uniq_[字段名]來命名

• 非唯一索引使用idx_[字段名]來命名

• 單張表索引數(shù)量建議控制在5個(gè)以內(nèi)

解讀：

（1）互聯(lián)網(wǎng)高并發(fā)業(yè)務(wù)，太多索引會(huì)影響寫性能

（2）生成執(zhí)行計(jì)劃時(shí)，如果索引太多，會(huì)降低性能，并可能導(dǎo)致MySQL選擇不到最優(yōu)索引

（3）異常復(fù)雜的查詢需求，可以選擇ES等更為適合的方式存儲(chǔ)

?

• 組合索引字段數(shù)不建議超過5個(gè)

解讀：如果5個(gè)字段還不能極大縮小row范圍，八成是設(shè)計(jì)有問題

?

• 不建議在頻繁更新的字段上建立索引

• 非必要不要進(jìn)行JOIN查詢，如果要進(jìn)行JOIN查詢，被JOIN的字段必須類型相同，并建立索引

解讀：踩過因?yàn)镴OIN字段類型不一致，而導(dǎo)致全表掃描的坑么？

?

• 理解組合索引最左前綴原則，避免重復(fù)建設(shè)索引，如果建立了(a,b,c)，相當(dāng)于建立了(a), (a,b), (a,b,c)

?

六、SQL規(guī)范

• 禁止使用select *，只獲取必要字段

解讀：

（1）select *會(huì)增加cpu/io/內(nèi)存/帶寬的消耗

（2）指定字段能有效利用索引覆蓋

（3）指定字段查詢，在表結(jié)構(gòu)變更時(shí)，能保證對(duì)應(yīng)用程序無影響

?

• insert必須指定字段，禁止使用insert into T values()

解讀：指定字段插入，在表結(jié)構(gòu)變更時(shí)，能保證對(duì)應(yīng)用程序無影響

?

• 隱式類型轉(zhuǎn)換會(huì)使索引失效，導(dǎo)致全表掃描

?

• 禁止在where條件列使用函數(shù)或者表達(dá)式

解讀：導(dǎo)致不能命中索引，全表掃描

?

• 禁止負(fù)向查詢以及%開頭的模糊查詢

解讀：導(dǎo)致不能命中索引，全表掃描

?

• 禁止大表JOIN和子查詢

• 同一個(gè)字段上的OR必須改寫問IN，IN的值必須少于50個(gè)

• 應(yīng)用程序必須捕獲SQL異常

解讀：方便定位線上問題

總結(jié)

以上是生活随笔為你收集整理的mysql标准规范的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。