MySQL 使用規(guī)范總結(jié)
1.必須使用InnoDB存儲引擎
有更好的CPU和IO性能,更好的備份和鎖表機(jī)制,提高統(tǒng)計(jì)和調(diào)試效率。
另外,作為一 個(gè)系統(tǒng),InnoDB支持多種關(guān)鍵功能,其中最重要的是事務(wù)日志和行級鎖。事務(wù)日志記錄真正的數(shù)據(jù)庫事務(wù),但更重要的是數(shù)據(jù)崩潰恢復(fù)和回滾。
基于 InooDB方式的IO,能給予更安全數(shù)據(jù)保護(hù)和更好性能表現(xiàn)。另外,在大多數(shù)的情況下,行級鎖可以提供更高的并發(fā)性能,因?yàn)橛脩糁绘i定他們正在寫的數(shù)據(jù),而讀數(shù)據(jù)永遠(yuǎn)不會被阻塞 。
2.數(shù)據(jù)表、數(shù)據(jù)字段必須加入中文注釋
方便日后新人小哥,更快理解熟悉;并且可讀性更好。同時(shí)在status這類字段上標(biāo)注:0表示刪除,1表示正常 等枚舉值。
3.必須使用UTF8mb4字符集
utf8是通用的字符集,mb4 在utf8上進(jìn)行了擴(kuò)展,支持emoj等新的字符。
4.禁止使用存儲過程、視圖、觸發(fā)器、Event、join等
高并發(fā)大數(shù)據(jù)的互聯(lián)網(wǎng)業(yè)務(wù),架構(gòu)設(shè)計(jì)思路是“解放數(shù)據(jù)庫CPU,將計(jì)算轉(zhuǎn)移到服務(wù)層”,數(shù)據(jù)庫擅長存儲與索引,CPU計(jì)算在業(yè)務(wù)層更合理。
5.禁止存儲大文件或者大照片
當(dāng)人員照片較多時(shí),分頁查詢速度明顯變慢,之前1秒內(nèi)響應(yīng),加了照片字段后,需要4~5秒左右才能響應(yīng)。
大文件和照片存儲在文件系統(tǒng),數(shù)據(jù)庫里存URI更好
6.表必須有主鍵,例如自增主鍵
a)主鍵遞增,數(shù)據(jù)行寫入可以提高插入性能,可以避免Page分裂,減少表碎片提升空間和內(nèi)存的使用。
b)使用數(shù)字類型主鍵,較短的數(shù)據(jù)類型可以有效的減少索引的磁盤空間,提高索引的緩存效率。
c)無主鍵的表刪除,在ROW模式的主從架構(gòu),會導(dǎo)致備庫夯住。
d) 更多使用業(yè)務(wù)主鍵,在分庫分表會有更多便利性。
7.禁止使用外鍵,如果有外鍵完整性約束,需要應(yīng)用程序控制
外鍵會導(dǎo)致表與表之間耦合,Update與Delete操作都會涉及相關(guān)聯(lián)的表,十分影響SQL的性能,甚至?xí)斐伤梨i。
8.必須把字段定義為NOT NULL并且提供默認(rèn)值
a)null的列使索引/索引統(tǒng)計(jì)/值比較都更加復(fù)雜,對MySQL來說更難優(yōu)化。
b)null 這種類型MySQL內(nèi)部需要進(jìn)行特殊處理,增加數(shù)據(jù)庫處理記錄的復(fù)雜性;同等條件下,表中有較多空字段的時(shí)候,數(shù)據(jù)庫的處理性能會降低很多。
c)null值需要更多的存儲空,無論是表還是索引中每行中的null的列都需要額外的空間來標(biāo)識。
d)對null 的處理時(shí)候,只能采用is null或is not null,而不能采用=、in、<、<>、!=、not in這些操作符號。
如:where name!='nx',如果存在name為null值的記錄,查詢結(jié)果就不會包含name為null值的記錄。
9.禁止使用TEXT、BLOB類型
會浪費(fèi)更多的磁盤和內(nèi)存空間,非必要的大量的大字段查詢會淘汰掉熱數(shù)據(jù),導(dǎo)致內(nèi)存命中率急劇降低,影響數(shù)據(jù)庫性能。
10.禁止使用小數(shù)存儲貨幣
使用整數(shù)吧,小數(shù)容易導(dǎo)致錢對不上。
11.必須使用varchar(20)存儲手機(jī)號
a)涉及到區(qū)號或者國家代號,可能出現(xiàn)+-()
b)手機(jī)號會去做數(shù)學(xué)運(yùn)算么?
c)varchar可以支持模糊查詢,例如:like“138%”
12.禁止使用ENUM,可使用TINYINT代替
a)增加新的ENUM值要做DDL操作
b)ENUM的內(nèi)部實(shí)際存儲就是整數(shù),你以為自己定義的是字符串?
13.關(guān)于索引設(shè)計(jì)
(1)單表索引建議控制在5個(gè)以內(nèi)
索引并不是越多越好!索引可以提高效率同樣可以降低效率。
索引可以增加查詢效率,但同樣也會降低插入和更新的效率,甚至有些情況下會降低查詢效率。
因?yàn)镸ySQL優(yōu)化器在選擇如何優(yōu)化查詢時(shí),會根據(jù)統(tǒng)一信息,對每一個(gè)可以用到的索引來進(jìn)行評估,以生成出一個(gè)最好的執(zhí)行計(jì)劃,如果同時(shí)有很多個(gè)索引都可以用于查詢,就會增加MySQL優(yōu)化器生成執(zhí)行計(jì)劃的時(shí)間,同樣會降低查詢性能。
(2)禁止在更新十分頻繁、區(qū)分度不高的屬性上建立索引
a)更新會變更B+樹,更新頻繁的字段建立索引會大大降低數(shù)據(jù)庫性能
b)“性別”這種區(qū)分度不大的屬性,建立索引是沒有什么意義的,不能有效過濾數(shù)據(jù),性能與全表掃描類似
(3)建立組合索引,必須把區(qū)分度高的字段放在前面
理由:能夠更加有效的過濾數(shù)據(jù)
14.關(guān)于SQL使用規(guī)范
(1)禁止使用INSERT INTO t_xxx VALUES(xxx),必須顯示指定插入的列屬性
理由:容易在增加或者刪除字段后出現(xiàn)程序BUG
(2)禁止在WHERE條件的屬性上使用函數(shù)或者表達(dá)式
理由:SELECT uid FROM t_user WHERE from_unixtime(day)>='2019-10-09' 會導(dǎo)致全表掃描
正確的寫法是:SELECT uid FROM t_user WHERE day>= unix_timestamp('2019-10-09 00:00:00')
(3)禁止負(fù)向查詢,以及%開頭的模糊查詢
理由:
a)負(fù)向查詢條件:NOT、!=、<>、!<、!>、NOT IN、NOT LIKE等,會導(dǎo)致全表掃描
b)%開頭的模糊查詢,會導(dǎo)致全表掃描
(4)禁止大表使用JOIN查詢,禁止大表使用子查詢
理由:會產(chǎn)生臨時(shí)表,消耗較多內(nèi)存與CPU,極大影響數(shù)據(jù)庫性能
(5)禁止使用OR條件,必須改為IN查詢
理由:舊版本Mysql的OR查詢是不能命中索引的,即使能命中索引,為何要讓數(shù)據(jù)庫耗費(fèi)更多的CPU幫助實(shí)施查詢優(yōu)化呢?
(6)應(yīng)用程序必須捕獲SQL異常,并有相應(yīng)處理
以上就是MySQL 使用規(guī)范總結(jié)的詳細(xì)內(nèi)容,更多關(guān)于MySQL 使用規(guī)范的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
mysql server 5.7.20 安裝配置方法圖文教程
這篇文章主要為大家詳細(xì)介紹了mysql server 5.7.20 安裝配置方法圖文教程,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-09-09MySQL中TO_DAYS()函數(shù)詳解與實(shí)際應(yīng)用舉例
TO_DAYS函數(shù)是指從零開始到函數(shù)內(nèi)時(shí)間的天數(shù),下面這篇文章主要給大家介紹了關(guān)于MySQL中TO_DAYS()函數(shù)詳解與實(shí)際應(yīng)用的相關(guān)資料,文中通過代碼介紹的非常詳細(xì),需要的朋友可以參考下2024-04-04linux實(shí)現(xiàn)mysql數(shù)據(jù)庫每天自動備份定時(shí)備份
備份是容災(zāi)的基礎(chǔ),是指為防止系統(tǒng)出現(xiàn)操作失誤或系統(tǒng)故障導(dǎo)致數(shù)據(jù)丟失,而將全部或部分?jǐn)?shù)據(jù)集合從應(yīng)用主機(jī)的硬盤或陣列復(fù)制到其它的存儲介質(zhì)的過程。這篇文章主要介紹了linux實(shí)現(xiàn)mysql數(shù)據(jù)庫每天自動備份定時(shí)備份,需要的朋友可以參考下2017-09-09linux系統(tǒng)ubuntu18.04安裝mysql 5.7
這篇文章主要為大家詳細(xì)介紹了linux系統(tǒng)ubuntu18.04安裝mysql 5.7,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-09-09PHP MYSQL注入攻擊需要預(yù)防7個(gè)要點(diǎn)
這篇文章主要介紹了PHP MYSQL開發(fā)中,對于注入攻擊需要預(yù)防的7個(gè)要點(diǎn),大家需要注意了2013-11-11MySQL出現(xiàn)this?is?incompatible?with?sql_mode=only_full_grou
mysql是高版本,當(dāng)執(zhí)行g(shù)roup?by時(shí),select的字段不屬于group?by的字段的話,sql語句就會報(bào)錯(cuò),下面這篇文章主要給大家介紹了關(guān)于MySQL出現(xiàn)this?is?incompatible?with?sql_mode=only_full_group_by錯(cuò)誤的解決辦法,需要的朋友可以參考下2023-02-02如何解決MySQL安裝遇到Start service紅叉問題
在安裝MySQL時(shí),若遇到StartService步驟打紅叉無法繼續(xù),可通過計(jì)算機(jī)管理以管理員身份運(yùn)行服務(wù),找到MySQL服務(wù),更改為本地系統(tǒng)賬戶登錄,解決安裝問題,此方法為實(shí)際操作經(jīng)驗(yàn),可供參考,確保安裝順利完成2024-10-10