mysql 開發規範

2021-10-05 11:54:20 字數 2427 閱讀 6841

一、基礎規範

表儲存引擎必須使用innodb

表字符集預設使用utf8,必要時候使用utf8mb4

解讀:(1)通用,無亂碼風險,漢字3位元組,英文1位元組

(2)utf8mb4是utf8的超集,有儲存4位元組例如表情符號時,使用它

禁止使用儲存過程,檢視,觸發器,event

解讀:(1)對資料庫效能影響較大,網際網路業務,能讓站點層和服務層幹的事情,不要交到資料庫層

(2)除錯,排錯,遷移都比較困難,擴充套件性較差

禁止在資料庫中儲存大檔案,例如**,可以將大檔案儲存在物件儲存系統,資料庫中儲存路徑

測試,開發,線上資料庫環境必須隔離

二、命名規範

庫名,表名,列名必須用小寫,採用下劃線分隔

解讀:abc,abc,abc都是給自己埋坑

庫名,表名,列名必須見名知義,長度不要超過32字元

解讀:tmp,wushan誰tm知道這些庫是幹嘛的

庫備份必須以bak為字首,以日期為字尾

從庫必須以-s為字尾

備庫必須以-ss為字尾

三、表設計規範

單例項表個數必須控制在2000個以內

單錶分表個數必須控制在1024個以內

表必須有主鍵,推薦使用unsigned整數為主鍵

潛在坑:刪除無主鍵的表,如果是row模式的主從架構,從庫會掛住

禁止使用外來鍵,如果要保證完整性,應由應用程式實現

解讀:外來鍵使得表之間相互耦合,影響update/delete等sql效能,有可能造成死鎖,高併發情況下容易成為資料庫瓶頸

建議將大字段,訪問頻度低的字段拆分到單獨的表中儲存,分離冷熱資料

解讀:具體參加《如何實施資料庫垂直拆分》

四、列設計規範

根據業務區分使用tinyint/int/bigint,分別會占用1/4/8位元組

根據業務區分使用char/varchar

解讀:(1)字段長度固定,或者長度近似的業務場景,適合使用char,能夠減少碎片,查詢效能高

(2)字段長度相差較大,或者更新較少的業務場景,適合使用varchar,能夠減少空間

根據業務區分使用datetime/timestamp

解讀:前者占用5個位元組,後者占用4個位元組,儲存年使用year,儲存日期使用date,儲存時間使用datetime

必須把字段定義為not null並設預設值

解讀:(1)null的列使用索引,索引統計,值都更加複雜,mysql更難優化

(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操作

五、索引規範

唯一索引使用uniq_[欄位名]來命名

非唯一索引使用idx_[欄位名]來命名

單張表索參數量建議控制在5個以內

解讀:(1)網際網路高併發業務,太多索引會影響寫效能

(2)生成執行計畫時,如果索引太多,會降低效能,並可能導致mysql選擇不到最優索引

(3)異常複雜的查詢需求,可以選擇es等更為適合的方式儲存

組合索引欄位數不建議超過5個

解讀:如果5個字段還不能極大縮小row範圍,八成是設計有問題

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

非必要不要進行join查詢,如果要進行join查詢,被join的字段必須型別相同,並建立索引

解讀:踩過因為join欄位型別不一致,而導致全表掃瞄的坑麼?

理解組合索引最左字首原則,避免重複建設索引,如果建立了(a,b,c),相當於建立了(a), (a,b), (a,b,c)

六、sql規範

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

解讀:(1)select *會增加cpu/io/記憶體/頻寬的消耗

(2)指定欄位能有效利用索引覆蓋

(3)指定字段查詢,在表結構變更時,能保證對應用程式無影響

insert必須指定字段,禁止使用insert into t values()

解讀:指定字段插入,在表結構變更時,能保證對應用程式無影響

隱式型別轉換會使索引失效,導致全表掃瞄

禁止在where條件列使用函式或者表示式

解讀:導致不能命中索引,全表掃瞄

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

解讀:導致不能命中索引,全表掃瞄

禁止大表join和子查詢

同乙個欄位上的or必須改寫問in,in的值必須少於50個

應用程式必須捕獲sql異常

解讀:方便定位線上問題

mysql 的開發規範 MySQL開發規範

一 基礎規範 1 使用innodb儲存引擎 2 資料庫字符集使用utf8,校對字符集使用utf8 general ci 3 所有表 欄位都盡量新增注釋 4 庫名 表名 欄位名使用小寫字母,禁止超過32個字元,須見名知意 5 非唯一索引以 idx 欄位1 欄位2 命名,唯一索引必須以 uniq 欄位1...

MySQL開發規範

1 單張表中索參數量不超過5個 建議3個左右 如果超時,一般情況下表能夠進行二次拆分。2 單個索引中的字段數不超過5個 建議3個以內 3 對字串使 用字首索引。4 建議優先考慮字首索引,必要時可新增偽列並建立索引。1 表必須有主鍵。2 不使用更新頻繁的列作為主鍵。3 盡量不選擇字串列作為主鍵。4 不...

MySQL開發規範

1 庫名 表名 欄位名必須使用小寫字母並採用下劃線分割 2 庫名 表名 欄位名支援最多32個字元,統一規範 易於辨識以及減少傳輸量不要超過32 3 庫名 表名 欄位名禁止使用mysql保留關鍵字 4 臨時庫 臨時表名必須以tmp為字首並以日期為字尾 5 備份庫 備份表名必須以bak為字首並以日期為字...