在團(tuán)隊(duì)開(kāi)發(fā)過(guò)程中為了項(xiàng)目的穩(wěn)定，代碼的高效，管理的便捷制定內(nèi)部種開(kāi)發(fā)設(shè)計(jì)規(guī)范是必不可少的，

這里分享一份我們定義MySQL開(kāi)發(fā)設(shè)計(jì)規(guī)范包括表設(shè)計(jì)規(guī)范，字段設(shè)計(jì)規(guī)范，SQL編寫(xiě)規(guī)范

數(shù)據(jù)庫(kù)對(duì)象命名規(guī)范數(shù)據(jù)庫(kù)對(duì)象

命名規(guī)范的對(duì)象是指數(shù)據(jù)庫(kù)SCHEMA、表TABLE、索引INDEX、約束CONSTRAINTS等的命名約定

數(shù)據(jù)庫(kù)對(duì)象命名原則

命名使用具有意義的英文詞匯，詞匯中間以下劃線分隔

命名只能使用英文字母、數(shù)字、下劃線

避免用MySQL的保留字如：call、group等

所有數(shù)據(jù)庫(kù)對(duì)象使用小寫(xiě)字母

數(shù)據(jù)庫(kù)命名規(guī)范

數(shù)據(jù)庫(kù)名不能超過(guò)30個(gè)字符

數(shù)據(jù)庫(kù)命名必須為項(xiàng)目英文名稱或有意義的簡(jiǎn)寫(xiě)

數(shù)據(jù)庫(kù)創(chuàng)建時(shí)必須添加默認(rèn)字符集和校對(duì)規(guī)則子句。默認(rèn)字符集為UTF8(已遷移dumbo的使用utf8mb4)

命名應(yīng)使用小寫(xiě)

表命名規(guī)范

同一個(gè)模塊的表盡可能使用相同的前綴，表名稱盡可能表達(dá)含義

多個(gè)單詞以下劃線（_）分隔

表名不能超過(guò)30個(gè)字符

普通表名以t_開(kāi)頭，表示為table，命名規(guī)則為t_模塊名（或有意義的簡(jiǎn)寫(xiě)）_+table_name

臨時(shí)表(運(yùn)營(yíng)、開(kāi)發(fā)或數(shù)據(jù)庫(kù)人員臨時(shí)用作臨時(shí)進(jìn)行數(shù)據(jù)采集用的中間表)命名規(guī)則：加上tmp前綴和8位時(shí)間后綴（tmp_test_user_20181109）

備份表（DBA備份用作保存歷史數(shù)據(jù)的中間表）命名規(guī)則：加上bak前綴和8位時(shí)間后綴（bak_test_user_20181109）

命名應(yīng)使用小寫(xiě)

字段命名規(guī)范

字段命名需要表示其實(shí)際含義的英文單詞或簡(jiǎn)寫(xiě)，單詞之間用下劃線（_）進(jìn)行連接

各表之間相同意義的字段必須同名

字段名不能超過(guò)30個(gè)字符

用戶命名規(guī)范

生產(chǎn)使用的用戶命名格式為 code_應(yīng)用

只讀用戶命名規(guī)則為 read_應(yīng)用

數(shù)據(jù)庫(kù)對(duì)象設(shè)計(jì)規(guī)范存儲(chǔ)引擎的選擇

如無(wú)特殊需求，必須使用innodb存儲(chǔ)引擎

字符集的選擇

如無(wú)特殊要求，必須使用utf8或utf8mb4

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

不同應(yīng)用間所對(duì)應(yīng)的數(shù)據(jù)庫(kù)表之間的關(guān)聯(lián)應(yīng)盡可能減少，不允許使用外鍵對(duì)表之間進(jìn)行關(guān)聯(lián)，確保組件對(duì)應(yīng)的表之間的獨(dú)立性，為系統(tǒng)或表結(jié)構(gòu)的重構(gòu)提供可能性

表設(shè)計(jì)的角度不應(yīng)該針對(duì)整個(gè)系統(tǒng)進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)，而應(yīng)該根據(jù)系統(tǒng)架構(gòu)中組件劃分，針對(duì)每個(gè)組件所處理的業(yè)務(wù)進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)

表必須要有PK

一個(gè)字段只表示一個(gè)含義

表不應(yīng)該有重復(fù)列

禁止使用復(fù)雜數(shù)據(jù)類型(數(shù)組,自定義等)

需要join的字段(連接鍵),數(shù)據(jù)類型必須保持絕對(duì)一致，避免隱式轉(zhuǎn)換

設(shè)計(jì)應(yīng)至少滿足第三范式,盡量減少數(shù)據(jù)冗余。一些特殊場(chǎng)景允許反范式化設(shè)計(jì)，但在項(xiàng)目評(píng)審時(shí)需要對(duì)冗余字段的設(shè)計(jì)給出解釋

TEXT字段必須放在獨(dú)立的表中,用PK與主表關(guān)聯(lián)。如無(wú)特殊需要，禁止使用TEXT、BLOB字段

需要定期刪除(或者轉(zhuǎn)移)過(guò)期數(shù)據(jù)的表,通過(guò)分表解決

單表字段數(shù)不要太多，建議最多不要大于50個(gè)

MySQL在處理大表時(shí)，性能就開(kāi)始明顯降低，所以建議單表物理大小限制在16GB，表中數(shù)據(jù)控制在2000W內(nèi)

如果數(shù)據(jù)量或數(shù)據(jù)增長(zhǎng)在前期規(guī)劃時(shí)就較大，那么在設(shè)計(jì)評(píng)審時(shí)就應(yīng)加入分表策略

無(wú)特殊需求，嚴(yán)禁使用分區(qū)表

字段設(shè)計(jì)規(guī)范

INT：如無(wú)特殊需要，存放整型數(shù)字使用UNSIGNED INT型。整型字段后的數(shù)字代表顯示長(zhǎng)度

DATETIME：所有需要精確到時(shí)間(時(shí)分秒)的字段均使用DATETIME,不要使用TIMESTAMP類型

VARCHAR：所有動(dòng)態(tài)長(zhǎng)度字符串 全部使用VARCHAR類型,類似于狀態(tài)等有限類別的字段,也使用可以比較明顯表示出實(shí)際意義的字符串,而不應(yīng)該使用INT之類的數(shù)字來(lái)代替；VARCHAR(N)，N表示的是字符數(shù)而不是字節(jié)數(shù)。比如VARCHAR(255)，可以最大可存儲(chǔ)255個(gè)字符（字符包括英文字母，漢字，特殊字符等）。但N應(yīng)盡可能小，因?yàn)镸ySQL一個(gè)表中所有的VARCHAR字段最大長(zhǎng)度是65535個(gè)字節(jié)，且存儲(chǔ)字符個(gè)數(shù)由所選字符集決定。如UTF8存儲(chǔ)一個(gè)字符最大要3個(gè)字節(jié)，那么varchar在存放占用3個(gè)字節(jié)長(zhǎng)度的字符時(shí)不應(yīng)超過(guò)21845個(gè)字符。同時(shí)，在進(jìn)行排序和創(chuàng)建臨時(shí)表一類的內(nèi)存操作時(shí)，會(huì)使用N的長(zhǎng)度申請(qǐng)內(nèi)存。(如無(wú)特殊需要，原則上單個(gè)varchar型字段不允許超過(guò)255個(gè)字符)

TEXT:僅僅當(dāng)字符數(shù)量可能超過(guò)20000個(gè)的時(shí)候,才可以使用TEXT類型來(lái)存放字符類數(shù)據(jù),因?yàn)樗蠱ySQL數(shù)據(jù)庫(kù)都會(huì)使用UTF8字符集。所有使用TEXT類型的字段必須和原表進(jìn)行分拆,與原表主鍵單獨(dú)組成另外一個(gè)表進(jìn)行存放。如無(wú)特殊需要，嚴(yán)禁開(kāi)發(fā)人員使用MEDIUMTEXT、TEXT、LONGTEXT類型

對(duì)于精確浮點(diǎn)型數(shù)據(jù)存儲(chǔ)，需要使用DECIMAL，嚴(yán)禁使用FLOAT和DOUBLE

如無(wú)特殊需要，嚴(yán)禁開(kāi)發(fā)人員使用BLOB類型

如無(wú)特殊需要，字段建議使用NOT NULL屬性，可用默認(rèn)值代替NULL

自增字段類型必須是整型且必須為UNSIGNED，推薦類型為INT或BIGINT，并且自增字段必須是主鍵或者主鍵的一部分

索引設(shè)計(jì)規(guī)范

索引必須創(chuàng)建在索引選擇性選擇性較高的列上,選擇性的計(jì)算方式為: select count(distinct(col_name))/count(*) from tb_name;如果結(jié)果小于0.2，則不建議在此列上創(chuàng)建索引，否則大概率會(huì)拖慢SQL執(zhí)行

組合索引的首字段,必須在where條件中，對(duì)于確定需要組成組合索引的多個(gè)字段,建議將選擇性高的字段靠前放

禁止使用外鍵

Text類型字段如果需要?jiǎng)?chuàng)建索引，必須使用前綴索引

單張表的索引數(shù)量理論上應(yīng)控制在5個(gè)以內(nèi)。經(jīng)常有大批量插入、更新操作表，應(yīng)盡量少建索引

ORDER BY，GROUP BY，DISTINCT的字段需要添加在索引的后面，形成覆蓋索引

盡量使用Btree索引，不要使用其它類型索引

約束設(shè)計(jì)規(guī)范

PK應(yīng)該是有序并且無(wú)意義的,盡量由開(kāi)發(fā)人員自定義,且盡可能短，使用自增序列。

表中除PK以外,還存在唯一性約束的,可以在數(shù)據(jù)庫(kù)中創(chuàng)建以“uidx_”作為前綴的唯一約束索引。

PK字段不允許更新。

禁止創(chuàng)建外鍵約束,外鍵約束由應(yīng)用控制。

如無(wú)特殊需要，所有字段必須添加非空約束，即not null。

如無(wú)特殊需要，所有字段必須有默認(rèn)值。

SQL編寫(xiě)規(guī)范

盡量避免使用select *，join語(yǔ)句使用select *可能導(dǎo)致只需要訪問(wèn)索引即可完成的查詢需要回表取數(shù)

嚴(yán)禁使用select * from table而不加任何where條件

MySQL中的text類型字段存儲(chǔ)的時(shí)候不是和由其他普通字段類型的字段組成的記錄存放在一起,而且讀取效率本身也不如普通字段塊。如果不需要取回text字段，又使用了select *,會(huì)讓完成相同功能的sql所消耗的io量大很多,而且增加部分的io效率也更低下

在取出字段上可以使用相關(guān)函數(shù)，但應(yīng)盡可能避免出現(xiàn)now(),rand(),sysdate(),current_user()等不確定結(jié)果的函數(shù)，在Where條件中的過(guò)濾條件字段上嚴(yán)禁使用任何函數(shù)，包括數(shù)據(jù)類型轉(zhuǎn)換函數(shù)

所有連接的SQL必須使用Join ... On ...方式進(jìn)行連接，而不允許直接通過(guò)普通的Where條件關(guān)聯(lián)方式。外連接的SQL語(yǔ)句,可以使用Left Join On的Join方式，且所有外連接一律寫(xiě)成Left Join，而不要使用Right Join

分頁(yè)查詢語(yǔ)句全部都需要帶有排序條件,除非應(yīng)用方明確要求不要使用任何排序來(lái)隨機(jī)展示數(shù)據(jù)

WHERE條件中嚴(yán)禁在索引列上進(jìn)行數(shù)學(xué)運(yùn)算或函數(shù)運(yùn)算

用in()/union替換or，并注意in的個(gè)數(shù)小于300

嚴(yán)禁使用%前綴進(jìn)行模糊前綴查詢:如：select id,val from table where val like ‘%name’;可以使用%模糊后綴查詢?nèi)纾簊elect id,val from table where val like ‘name%’

嚴(yán)禁使用INSERT ON DUPLICATE KEY UPDATE、REPLACE INTO、INSERT IGNORE

本文做個(gè)拋磚引玉，每個(gè)團(tuán)隊(duì)都有自己的開(kāi)發(fā)設(shè)計(jì)規(guī)范，Mysql開(kāi)發(fā)設(shè)計(jì)規(guī)范不單單只有這些，希望本文對(duì)您有所啟發(fā)