溫馨提示×

您好，登錄后才能下訂單哦！

密碼登錄×
登錄注冊(cè)×
其他方式登錄
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶服務(wù)條款》

MySQL數(shù)據(jù)庫(kù)鐵律有哪些

發(fā)布時(shí)間：2021-07-30 11:31:06 來(lái)源：億速云 閱讀：119 作者：小新 欄目：MySQL數(shù)據(jù)庫(kù)

這篇文章給大家分享的是有關(guān)MySQL數(shù)據(jù)庫(kù)鐵律有哪些的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過(guò)來(lái)看看吧。

好的數(shù)據(jù)庫(kù)規(guī)范有助于減少軟件實(shí)現(xiàn)的復(fù)雜度，降低溝通成本，本鐵律主要涵蓋了建庫(kù)建表、建索引、寫 SQL、ORM 映射等方面的處理約定。

1.建庫(kù)鐵律

-鐵律Level備注
字符集使用 utf-8。如果存儲(chǔ)的是表情則選用 utf8mb4 進(jìn)行存儲(chǔ)。強(qiáng)制
排序規(guī)則使用 utf8_general_ci強(qiáng)制

2.建表鐵律

-鐵律Level備注
注釋一定要有字段注釋。強(qiáng)制
編碼使用 utf-8。如果存儲(chǔ)的是表情則選用 utf8mb4 進(jìn)行存儲(chǔ)。強(qiáng)制
是否概念的字段必須用 is_xx 命名，數(shù)據(jù)類型是 unsigned tinyint（1是0否）例如 is_deleted（1刪除0未刪除）。強(qiáng)制任何字段如果非負(fù)數(shù)必須unsigned
表名、字段名只能使用小寫字母、下劃線或者數(shù)字；禁止以下劃線或者數(shù)字開頭；禁止兩個(gè)下劃線之間只出現(xiàn)數(shù)字；禁用保留字；表名禁止使用復(fù)數(shù)名詞。強(qiáng)制
庫(kù)名、表名的命名庫(kù)名盡量與應(yīng)用名稱一致，表名最好用 業(yè)務(wù)名稱_表的作用 命名。強(qiáng)制
索引命名主鍵索引用 pk_字段名；唯一索引用 uk_字段名；普通索引用 idx_字段名。強(qiáng)制pk_ 即 primary key；uk_即 unique key；idx_即 index
小數(shù)類型數(shù)據(jù)類型是 decimal，禁止使用 float 和 double，float 和 double 存在精度損失，如果存儲(chǔ)的數(shù)據(jù)范圍超過(guò) decimal 的范圍，建議將數(shù)據(jù)拆成整數(shù)和小數(shù)并分開存儲(chǔ)。強(qiáng)制
varchar類型varchar是可變長(zhǎng)字符串，不預(yù)先分配存儲(chǔ)空間，長(zhǎng)度不要超過(guò)5000個(gè)字符，如果長(zhǎng)度大于5000應(yīng)用text（獨(dú)立出一張表來(lái)，用主鍵來(lái)對(duì)應(yīng)，避免影響其他字段的索引效率）。強(qiáng)制
表名必備三字段id（數(shù)據(jù)類型是 unsigned bigint，單表遞增，步長(zhǎng)為1），gmt_create、gmt_modified（主動(dòng)創(chuàng)建時(shí)間、被動(dòng)更新時(shí)間，數(shù)據(jù)類型都是 datetime）。強(qiáng)制
字段冗余字段允許適當(dāng)冗余，但必須考慮數(shù)據(jù)一致，冗余字段應(yīng)具備1）不頻繁修改；2）不是varchar超長(zhǎng)字段，更不能是text字段。推薦
分庫(kù)分表單表行數(shù)超過(guò)500萬(wàn)行或者單表容量超過(guò)2GB時(shí)，才推薦分庫(kù)分表。推薦

設(shè)置合適的字符存儲(chǔ)長(zhǎng)度，不但可以節(jié)約數(shù)據(jù)庫(kù)表空間和索引存儲(chǔ)，更重要的是能夠提升檢索速度。

3.建索引鐵律

-鐵律Level備注
唯一索引業(yè)務(wù)上具有唯一特性的字段，即使是多個(gè)字段的組合，也必須建成唯一索引。雖然唯一索引影響了 insert 速度，這個(gè)損耗可以忽略，但是明顯提高了查詢速度；另外，即使在應(yīng)用層做了非常完善的校驗(yàn)控制，只要沒有唯一索引，根據(jù)墨菲定律，必然有臟數(shù)據(jù)產(chǎn)生。強(qiáng)制
join超過(guò)三個(gè)表禁止 join，需要 join 的字段，數(shù)據(jù)類型必須一致；當(dāng)多表關(guān)聯(lián)查詢時(shí)，保證被關(guān)聯(lián)的字段需要有索引；即使雙表 join 也要注意表索引、SQL 性能。強(qiáng)制
varchar字段上建立索引必須指定索引長(zhǎng)度，沒必要對(duì)全字段建立索引，根據(jù)實(shí)際文本區(qū)分度決定索引長(zhǎng)度即可。索引長(zhǎng)度與區(qū)分度是一對(duì)矛盾體，一般對(duì)字符串類型數(shù)據(jù)，長(zhǎng)度為 20 的索引，區(qū)分度會(huì)高達(dá) 90% 以上，可以使用 count(distinct left(列名, 索引長(zhǎng)度))/count(*) 的區(qū)分度來(lái)確定。強(qiáng)制
頁(yè)面搜索禁止模糊頁(yè)面搜索禁止左模糊或者全模糊，如果有需要請(qǐng)走搜索引擎來(lái)解決。禁止原因：索引文件具有 B-Tree 的最左前綴匹配特性，如果左邊的值未確定，那么無(wú)法使用此索引。強(qiáng)制
order by如果有 order by 的場(chǎng)景，請(qǐng)注意索引的有序性。order by 最后的字段是組合索引的一部分，并且放在索引組合順序的最后，避免出現(xiàn) file_sort 的情況，影響查詢性能。正例：where a=? and b=? order by c; 索引應(yīng)建為 a_b_c；反例：索引中有范圍查找，那么索引有序性無(wú)法利用，如 where a>10 order by b; 索引 a_b 無(wú)法排序。推薦

4.寫SQL鐵律

-鐵律Level備注
count(*)不要使用 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)。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)制
sum(col)當(dāng)一列的值全為 NULL 時(shí)，count(col) 的返回結(jié)果為 0，但 sum(col) 的返回結(jié)果為 NULL，因此使用 sum() 時(shí)需要注意 NPE 問(wèn)題?？捎萌缦路绞奖苊?NPE 問(wèn)題：select if(isnull(sum(g)), 0, sum(g)) from table;強(qiáng)制
isnull使用 isnull() 來(lái)判斷是否為 NULL 值。NULL 與任何值的比較都為 NULL。強(qiáng)制
分頁(yè)查詢邏輯若 count 為 0 應(yīng)直接返回，避免執(zhí)行后面的分頁(yè)語(yǔ)句。強(qiáng)制
外鍵與級(jí)聯(lián)禁止使用外鍵與級(jí)聯(lián)，一切外鍵概念必須在應(yīng)用層解決。原因：外鍵與級(jí)聯(lián)不適合分布式、高并發(fā)集群，級(jí)聯(lián)更新是強(qiáng)阻塞，存在數(shù)據(jù)庫(kù)更新風(fēng)暴的風(fēng)險(xiǎn)，外鍵影響數(shù)據(jù)庫(kù)的插入速度。強(qiáng)制
存儲(chǔ)過(guò)程禁止使用存儲(chǔ)過(guò)程，存儲(chǔ)過(guò)程難以調(diào)試和擴(kuò)展，更沒有移植性。強(qiáng)制
數(shù)據(jù)訂正數(shù)據(jù)訂正（特別是刪除、修改記錄操作）時(shí)要先 select，避免出現(xiàn)誤刪除，確認(rèn)無(wú)誤后才能執(zhí)行更新語(yǔ)句。強(qiáng)制
inin 操作能避免就避免，如果實(shí)在避免不了，in 后面的集合元素?cái)?shù)量要控制在 1000 個(gè)以內(nèi)。推薦
truncate table禁止使用 truncate table，truncate table 比 delete 速度快，且使用的系統(tǒng)和日志資源少，但是 truncate 無(wú)事務(wù)且不觸發(fā) trigger，有可能造成事故，故不要在開發(fā)代碼中使用此語(yǔ)句。參考

5.ORM映射鐵律

-鐵律Level備注
表查詢禁止使用 * 作為查詢的字段列表，需要哪些字段必須明確。強(qiáng)制
POJOPOJO 類的布爾屬性不能加 is，而數(shù)據(jù)庫(kù)字段必須加 is，要求在 resultMap 中進(jìn)行字段與屬性之間的映射。強(qiáng)制
返回參數(shù)禁止用 resultClass 作為返回參數(shù)，即使所有類屬性名與數(shù)據(jù)庫(kù)字段一一對(duì)應(yīng)，也需要定義；反過(guò)來(lái)，每一個(gè)表也必然有一個(gè)屬性與之對(duì)應(yīng)。原因：配置映射關(guān)系，使字段與 DO 類結(jié)耦，方便維護(hù)。強(qiáng)制
返回參數(shù)禁止直接使用 HashMap、HashTable 作為查詢結(jié)果集的輸出。原因：屬性值的類型不可控。強(qiáng)制
sql.xml 配置參數(shù)sql.xml 配置參數(shù)使用 #{}, #param#，不要使用 ${}，${} 容易出現(xiàn)SQL注入。強(qiáng)制
queryForList禁止使用 Mybatis 自帶的 queryForList(String statementName, int start, int size)。原因：其實(shí)現(xiàn)方式是在數(shù)據(jù)庫(kù)取到 statementName 對(duì)應(yīng)的 SQL 語(yǔ)句的所有記錄，再通過(guò) subList 取 start, size 的子集合。強(qiáng)制
更新時(shí)間更新數(shù)據(jù)庫(kù)表記錄時(shí)，必須同時(shí)更新記錄對(duì)應(yīng)的修改時(shí)間。強(qiáng)制
更新數(shù)據(jù)庫(kù)表記錄不要寫一個(gè)大而全的數(shù)據(jù)更新接口（傳入為 POJO 類）。執(zhí)行 SQL 時(shí)，不要更新無(wú)改動(dòng)的字段，原因：容易出錯(cuò)、效率低、增加 binlog 存儲(chǔ)。推薦
@Transactional@Transactional 事務(wù)不要濫用。事務(wù)會(huì)影響數(shù)據(jù)庫(kù)的 QPS。另外，使用事務(wù)的地方需要考慮各方面的回滾方案，包括緩存回滾、搜索引擎回滾、消息補(bǔ)償、統(tǒng)計(jì)修正等。參考
Mybatis 動(dòng)態(tài)sql標(biāo)簽< isEqual> 中的 compareValue 是與屬性值對(duì)比的常量，一般是數(shù)字，表示相等時(shí)執(zhí)行相應(yīng)的 SQL 語(yǔ)句；< isNotEmpty> 表示不為空且不為 null 時(shí)執(zhí)行；< isNotNull> 表示不為 null 時(shí)執(zhí)行。參考

感謝各位的閱讀！關(guān)于“MySQL數(shù)據(jù)庫(kù)鐵律有哪些”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！

向AI問(wèn)一下細(xì)節(jié)

免責(zé)聲明：本站發(fā)布的內(nèi)容（圖片、視頻和文字）以原創(chuàng)、轉(zhuǎn)載和分享為主，文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱：is@yisu.com進(jìn)行舉報(bào)，并提供相關(guān)證據(jù)，一經(jīng)查實(shí)，將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI
助
手