MYSQL數(shù)據(jù)庫(kù)開(kāi)發(fā)規(guī)范

(一) 建表規(guī)約

1.【推薦】表達(dá)是與否概念的字段，必須使用 is_xxx 的方式命名，數(shù)據(jù)類(lèi)型是 unsigned tinyint ( 1 表示是，0 表示否)。

說(shuō)明：任何字段如果為非負(fù)數(shù)，必須是 unsigned。

正例：表達(dá)邏輯刪除的字段名 is_deleted，1 表示刪除，0 表示未刪除。

2.【強(qiáng)制】表名、字段名必須使用小寫(xiě)字母或數(shù)字，禁止出現(xiàn)數(shù)字開(kāi)頭，禁止兩個(gè)下劃線(xiàn)中間只 出現(xiàn)數(shù)字。數(shù)據(jù)庫(kù)字段名的修改代價(jià)很大，因?yàn)闊o(wú)法進(jìn)行預(yù)發(fā)布，所以字段名稱(chēng)需要慎重考慮。

說(shuō)明：MySQL 在 Windows 下不區(qū)分大小寫(xiě)，但在 Linux 下默認(rèn)是區(qū)分大小寫(xiě)。因此，數(shù)據(jù)庫(kù) 名、表名、字段名，都不允許出現(xiàn)任何大寫(xiě)字母，避免節(jié)外生枝。

正例：mer_category，pub_area，level3_name

反例：mercategory，pubarea，level_3_name

3.【強(qiáng)制】表名不使用復(fù)數(shù)名詞。

說(shuō)明：表名應(yīng)該僅僅表示表里面的實(shí)體內(nèi)容，不應(yīng)該表示實(shí)體數(shù)量，對(duì)應(yīng)于DO類(lèi)名也是單數(shù)形式，符合表達(dá)習(xí)慣。

4.【強(qiáng)制】禁用保留字，如desc、range、match、delayed 等，請(qǐng)參考 MySQL 官方保留字。

5.【強(qiáng)制】主鍵索引名為 pk_字段名；唯一索引名為 uniq_字段名；普通索引名則為 idx_字段名。

說(shuō)明：pk_ 即 primary key；uniq_ 即 unique key；idx_ 即 index 的簡(jiǎn)稱(chēng)。

6.【強(qiáng)制】小數(shù)類(lèi)型為 decimal，禁止使用 float 和 double。

說(shuō)明：float和 double 在存儲(chǔ)的時(shí)候，存在精度損失的問(wèn)題，很可能在值的比較時(shí)，得到不正確的結(jié)果。如果存儲(chǔ)的數(shù)據(jù)范圍超過(guò) decimal 的范圍，建議將數(shù)據(jù)拆成整數(shù)和小數(shù)分開(kāi)存儲(chǔ)。

7.【強(qiáng)制】如果存儲(chǔ)的字符串長(zhǎng)度幾乎相等，使用char 定長(zhǎng)字符串類(lèi)型。

8.【強(qiáng)制】varchar 是可變長(zhǎng)字符串，不預(yù)先分配存儲(chǔ)空間，長(zhǎng)度不要超過(guò) 5000，如果存儲(chǔ)長(zhǎng)度大于此值，定義字段類(lèi)型為 text，獨(dú)立出來(lái)一張表，用主鍵來(lái)對(duì)應(yīng),避免影響其它字段索引效率。

9.【強(qiáng)制】表必備三字段：id、created_time、modified_time。

說(shuō)明：其中 id 必為主鍵，類(lèi)型為 unsigned bigint、單表時(shí)自增、步長(zhǎng)為1。

created_time, modified_time 的類(lèi)型均為timestamp(3) 類(lèi)型，精確到毫秒，前者現(xiàn)在時(shí)表示主動(dòng)創(chuàng)建，后者過(guò)去分詞表示被動(dòng)更新,并且必須添加索引。

is_deleted作為標(biāo)識(shí)記錄邏輯刪除，非必須字段，1有效，0刪除，默認(rèn)為1(有效)，如數(shù)據(jù)量增長(zhǎng)過(guò)大可通過(guò)歸檔，歸檔后在表中物理刪除。

正例：

create table tb_xxx (

id bigint UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '主鍵id',

`created_time` timestamp(3) NOT NULL DEFAULT CURRENT_TIMESTAMP(3) COMMENT '創(chuàng)建時(shí)間',

`modified_time` timestamp(3) NOT NULL DEFAULT CURRENT_TIMESTAMP(3) ON UPDATE CURRENT_TIMESTAMP(3) COMMENT '最后更新時(shí)間',

`is_deleted` tinyint unsigned NOT NULL DEFAULT b'0' COMMENT '刪除標(biāo)記(0、未刪除 1、刪除)',

PRIMARY KEY (`id`),

key idx_created_time (created_time),

key idx_modified_time (modified_time)

)ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='**********';

注：update_time是按照當(dāng)前時(shí)間自動(dòng)更新，業(yè)務(wù)盡量不要使用此字段，使用此字段時(shí)慎重考慮！

10、【推薦】表的命名最好是加上“業(yè)務(wù)名稱(chēng)_表的作用”。

正例：mer_task/msg_project/mng_config

11、【推薦】如果修改字段含義或?qū)ψ侄伪硎镜臓顟B(tài)追加時(shí)，需要及時(shí)更新字段注釋。

12、【推薦】字段允許適當(dāng)冗余，以提高查詢(xún)性能，但必須考慮數(shù)據(jù)一致。冗余字段應(yīng)遵循： 1)不是頻繁修改的字段。

2)不是 varchar 超長(zhǎng)字段，更不能是 text 字段。

正例：商品類(lèi)目名稱(chēng)使用頻率高，字段長(zhǎng)度短，名稱(chēng)基本一成不變，可在相關(guān)聯(lián)的表中冗余存 儲(chǔ)類(lèi)目名稱(chēng)，避免關(guān)聯(lián)查詢(xún)。

13、【推薦】單表行數(shù)超過(guò) 500 萬(wàn)行或者單表容量超過(guò) 2GB，才推薦進(jìn)行分庫(kù)分表。

說(shuō)明：如果預(yù)計(jì)三年后的數(shù)據(jù)量根本達(dá)不到這個(gè)級(jí)別，請(qǐng)不要在創(chuàng)建表時(shí)就分庫(kù)分表。

14、【參考】合適的字符存儲(chǔ)長(zhǎng)度，不但節(jié)約數(shù)據(jù)庫(kù)表空間、節(jié)約索引存儲(chǔ)，更重要的是提升檢索速度。

正例：無(wú)符號(hào)值可以避免誤存負(fù)數(shù)，且擴(kuò)大了表示范圍。

(二) 索引規(guī)約

【強(qiáng)制】業(yè)務(wù)上具有唯一特性的字段，即使是多個(gè)字段的組合，也必須建成唯一索引。

說(shuō)明：不要以為唯一索引影響了insert 速度，這個(gè)速度損耗可以忽略，但提高查找速度是明顯的；另外，即使在應(yīng)用層做了非常完善的校驗(yàn)控制，只要沒(méi)有唯一索引，必然有臟數(shù)據(jù)產(chǎn)生。

【推薦】盡量避免多表關(guān)聯(lián)。需要 join 的字段，數(shù)據(jù)類(lèi)型必須絕對(duì)一致；多表關(guān)聯(lián)查詢(xún)時(shí)， 保證被關(guān)聯(lián)的字段需要有索引。

說(shuō)明：即使雙表join也要注意表索引和SQL性能。

【強(qiáng)制】頁(yè)面搜索嚴(yán)禁左模糊或者全模糊，如果需要請(qǐng)走搜索引擎來(lái)解決。

說(shuō)明：索引文件具有 B-Tree 的最左前綴匹配特性，如果左邊的值未確定，那么無(wú)法使用此索引。

【推薦】如果有 order by 的場(chǎng)景，請(qǐng)注意利用索引的有序性。order by 最后的字段是組合索引的一部分，并且放在索引組合順序的最后，避免出現(xiàn) file_sort 的情況，影響查詢(xún)性能。

正例：where a=? and b=? order by c; 索引：a_b_c

反例：索引中有范圍查找，那么索引有序性無(wú)法利用，如：WHERE a>10 ORDER BY b; 索引 a_b 無(wú)法排序。

【推薦】利用覆蓋索引來(lái)進(jìn)行查詢(xún)操作，避免表查詢(xún)。

說(shuō)明：如果一本書(shū)需要知道第 11 章是什么標(biāo)題，會(huì)翻開(kāi)第 11 章對(duì)應(yīng)的那一頁(yè)嗎？目錄瀏覽 一下就好，這個(gè)目錄就是起到覆蓋索引的作用。

正例：能夠建立索引的種類(lèi)：主鍵索引、唯一索引、普通索引，而覆蓋索引是一種查詢(xún)的一種效果，用explain 的結(jié)果，extra列會(huì)出現(xiàn)：using index。

【推薦】利用延遲關(guān)聯(lián)或者子查詢(xún)優(yōu)化超多分頁(yè)場(chǎng)景。

說(shuō)明：MySQL 并不是跳過(guò) offset 行，而是取 offset+N 行，然后返回放棄前 offset 行，返回 N 行，那當(dāng) offset 特別大的時(shí)候，效率就非常的低下，要么控制返回的總頁(yè)數(shù)，要么對(duì)超過(guò)特定閾值的頁(yè)數(shù)進(jìn)行 SQL改寫(xiě)。

正例：先快速定位需要獲取的id 段，然后再關(guān)聯(lián)：

SELECT a.* FROM 表 1 a, (select id from 表 1 where 條件 LIMIT 100000,20 ) b where a.id=b.id

【推薦】SQL 性能優(yōu)化的目標(biāo)：至少要達(dá)到 range 級(jí)別，要求是 ref 級(jí)別，如果可以是 consts 最好。

說(shuō)明：

1)consts 單表中最多只有一個(gè)匹配行(主鍵或者唯一索引)，在優(yōu)化階段即可讀取到數(shù)據(jù)。

2)ref 指的是使用普通的索引(normal index)。

3)range 對(duì)索引進(jìn)行范圍檢索。

反例：explain 表的結(jié)果，type=index，索引物理文件全掃描，速度非常慢，這個(gè) index 級(jí)別比較 range 還低，與全表掃描是小巫見(jiàn)大巫。

【推薦】建組合索引的時(shí)候，區(qū)分度最高的在最左邊。

正例：如果 where a=? and b=? ，a 列的幾乎接近于唯一值，那么只需要單建 idx_a 索引即 可。

說(shuō)明：存在非等號(hào)和等號(hào)混合判斷條件時(shí)，在建索引時(shí)，請(qǐng)把等號(hào)條件的列前置。如：where a>? and b=? 那么即使 a 的區(qū)分度更高，也必須把 b 放在索引的最前列。

【推薦】防止因字段類(lèi)型不同造成的隱式轉(zhuǎn)換，導(dǎo)致索引失效。

【參考】創(chuàng)建索引時(shí)避免有如下極端誤解：

1)寧濫勿缺。認(rèn)為一個(gè)查詢(xún)就需要建一個(gè)索引。

2)寧缺勿濫。認(rèn)為索引會(huì)消耗空間、嚴(yán)重拖慢更新和新增速度。

3)抵制惟一索引。認(rèn)為業(yè)務(wù)的惟一性一律需要在應(yīng)用層通過(guò)“先查后插”方式解決。

(三) SQL 語(yǔ)句

【強(qiáng)制】不要使用 count(列名)或 count(常量)來(lái)替代 count(*)，count(*)是 SQL92 定義的 標(biāo)準(zhǔn)統(tǒng)計(jì)行數(shù)的語(yǔ)法，跟數(shù)據(jù)庫(kù)無(wú)關(guān)，跟 NULL 和非 NULL 無(wú)關(guān)。

說(shuō)明：count(*)會(huì)統(tǒng)計(jì)值為 NULL 的行，而 count(列名)不會(huì)統(tǒng)計(jì)此列為 NULL 值的行。

【強(qiáng)制】count(distinct col) 計(jì)算該列除 NULL 之外的不重復(fù)行數(shù)，注意 count(distinct col1, col2) 如果其中一列全為 NULL，那么即使另一列有不同的值，也返回為 0。

【強(qiáng)制】當(dāng)某一列的值全是 NULL 時(shí)，count(col)的返回結(jié)果為 0，但 sum(col)的返回結(jié)果為 NULL，因此使用 sum()時(shí)需注意。

正例：可以使用如下方式來(lái)避免sum的問(wèn)題：SELECT IF(ISNULL(SUM(g)),0,SUM(g)) FROM table;

【強(qiáng)制】使用 ISNULL()來(lái)判斷是否為 NULL 值。

說(shuō)明：NULL 與任何值的直接比較都為 NULL。

1) NULL<>NULL 的返回結(jié)果是 NULL，而不是 false。

2) NULL=NULL 的返回結(jié)果是 NULL，而不是 true。

3) NULL<>1 的返回結(jié)果是 NULL，而不是 true。

【強(qiáng)制】在代碼中寫(xiě)分頁(yè)查詢(xún)邏輯時(shí)，若 count 為0應(yīng)直接返回，避免執(zhí)行后面的分頁(yè)語(yǔ)句。

【強(qiáng)制】不得使用外鍵與級(jí)聯(lián)，一切外鍵概念必須在應(yīng)用層解決。

說(shuō)明： 以學(xué)生和成績(jī)的關(guān)系為例，學(xué)生表中的 student_id是主鍵，那么成績(jī)表中的 student_id 則為外鍵。如果更新學(xué)生表中的student_id，同時(shí)觸發(fā)成績(jī)表中的 student_id 更新，即為級(jí)聯(lián)更新。外鍵與級(jí)聯(lián)更新適用于單機(jī)低并發(fā)，不適合分布式、高并發(fā)集群；級(jí)聯(lián)更新是強(qiáng)阻塞，存在數(shù)據(jù)庫(kù)更新風(fēng)暴的風(fēng)險(xiǎn)；外鍵影響數(shù)據(jù)庫(kù)的插入速度。

【強(qiáng)制】禁止使用存儲(chǔ)過(guò)程，存儲(chǔ)過(guò)程難以調(diào)試和擴(kuò)展，更沒(méi)有移植性。

【強(qiáng)制】數(shù)據(jù)訂正時(shí)，刪除和修改記錄時(shí)，要先 select，避免出現(xiàn)誤刪除，確認(rèn)無(wú)誤才能執(zhí)行更新語(yǔ)句。

【推薦】in 操作能避免則避免，若實(shí)在避免不了，需要仔細(xì)評(píng)估 in 后邊的集合元素?cái)?shù)量，控制在 100 個(gè)之內(nèi)。

【參考】如果有全球化需要，所有的字符存儲(chǔ)與表示，均以 utf-8 編碼，注意字符統(tǒng)計(jì)函數(shù) 的區(qū)別。

說(shuō)明：

SELECT LENGTH("輕松工作")； 返回為 12

SELECT CHARACTER_LENGTH("輕松工作")； 返回為 4

如果需要存儲(chǔ)表情，那么選擇 utfmb4 來(lái)進(jìn)行存儲(chǔ)，注意它與 utf-8 編碼的區(qū)別。

如有字段特殊需求，請(qǐng)?jiān)谧侄沃兄贫?ALTER TABLE `table_name` MODIFY COLUMN `order_no` varchar(128) CHARACTER SET ascii NOT NULL COMMENT '************';)

【參考】TRUNCATE TABLE 比 DELETE 速度快，且使用的系統(tǒng)和事務(wù)日志資源少，但 TRUNCATE 無(wú)事務(wù)且不觸發(fā) trigger，有可能造成事故，故不建議在開(kāi)發(fā)代碼中使用此語(yǔ)句。

說(shuō)明：TRUNCATE TABLE 在功能上與不帶 WHERE 子句的 DELETE 語(yǔ)句相同。

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎(jiǎng)勵(lì)來(lái)咯，堅(jiān)持創(chuàng)作打卡瓜分現(xiàn)金大獎(jiǎng)

總結(jié)

以上是生活随笔為你收集整理的mysql数据库开发要求_MYSQL数据库开发规范的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

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