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