主頁 > 知識庫 > MySQL 使用規(guī)范總結(jié)

MySQL 使用規(guī)范總結(jié)

熱門標(biāo)簽:臨沂做地圖標(biāo)注 宜賓全自動外呼系統(tǒng)廠家 申請400電話電話價格 咸陽防封電銷卡 新鄉(xiāng)智能外呼系統(tǒng)好處 許昌外呼增值業(yè)務(wù)線路 廣東400企業(yè)電話申請流程 石家莊400電話辦理公司 地圖標(biāo)注客戶付款

1.必須使用InnoDB存儲引擎

有更好的CPU和IO性能,更好的備份和鎖表機制,提高統(tǒng)計和調(diào)試效率。

另外,作為一 個系統(tǒng),InnoDB支持多種關(guān)鍵功能,其中最重要的是事務(wù)日志和行級鎖。事務(wù)日志記錄真正的數(shù)據(jù)庫事務(wù),但更重要的是數(shù)據(jù)崩潰恢復(fù)和回滾。

基于 InooDB方式的IO,能給予更安全數(shù)據(jù)保護(hù)和更好性能表現(xiàn)。另外,在大多數(shù)的情況下,行級鎖可以提供更高的并發(fā)性能,因為用戶只鎖定他們正在寫的數(shù)據(jù),而讀數(shù)據(jù)永遠(yuǎn)不會被阻塞 。

2.數(shù)據(jù)表、數(shù)據(jù)字段必須加入中文注釋

方便日后新人小哥,更快理解熟悉;并且可讀性更好。同時在status這類字段上標(biāo)注:0表示刪除,1表示正常 等枚舉值。

3.必須使用UTF8mb4字符集

utf8是通用的字符集,mb4 在utf8上進(jìn)行了擴展,支持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.禁止存儲大文件或者大照片

當(dāng)人員照片較多時,分頁查詢速度明顯變慢,之前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)計/值比較都更加復(fù)雜,對MySQL來說更難優(yōu)化。
b)null 這種類型MySQL內(nèi)部需要進(jìn)行特殊處理,增加數(shù)據(jù)庫處理記錄的復(fù)雜性;同等條件下,表中有較多空字段的時候,數(shù)據(jù)庫的處理性能會降低很多。
c)null值需要更多的存儲空,無論是表還是索引中每行中的null的列都需要額外的空間來標(biāo)識。
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ù),導(dǎo)致內(nèi)存命中率急劇降低,影響數(shù)據(jù)庫性能。

10.禁止使用小數(shù)存儲貨幣

使用整數(shù)吧,小數(shù)容易導(dǎo)致錢對不上。

11.必須使用varchar(20)存儲手機號

a)涉及到區(qū)號或者國家代號,可能出現(xiàn)+-()
b)手機號會去做數(shù)學(xué)運算么?
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)一信息,對每一個可以用到的索引來進(jìn)行評估,以生成出一個最好的執(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ù)或者表達(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)生臨時表,消耗較多內(nèi)存與CPU,極大影響數(shù)據(jù)庫性能

(5)禁止使用OR條件,必須改為IN查詢

理由:舊版本Mysql的OR查詢是不能命中索引的,即使能命中索引,為何要讓數(shù)據(jù)庫耗費更多的CPU幫助實施查詢優(yōu)化呢?

(6)應(yīng)用程序必須捕獲SQL異常,并有相應(yīng)處理

以上就是MySQL 使用規(guī)范總結(jié)的詳細(xì)內(nèi)容,更多關(guān)于MySQL 使用規(guī)范的資料請關(guān)注腳本之家其它相關(guān)文章!

您可能感興趣的文章:
  • 超詳細(xì)MySQL使用規(guī)范分享
  • MySQL數(shù)據(jù)庫使用規(guī)范總結(jié)
  • 老鳥帶你開發(fā)專業(yè)規(guī)范的MySQL啟動腳本
  • MySQL開發(fā)規(guī)范與使用技巧總結(jié)
  • mysql數(shù)據(jù)庫開發(fā)規(guī)范【推薦】
  • MySQL數(shù)據(jù)庫命名規(guī)范及約定
  • Mysql建表與索引使用規(guī)范詳解
  • MYSQL 數(shù)據(jù)庫命名與設(shè)計規(guī)范
  • 專業(yè)級的MySQL開發(fā)設(shè)計規(guī)范及SQL編寫規(guī)范

標(biāo)簽:阜新 北京 鎮(zhèn)江 鷹潭 貴州 臺灣 合肥 日照

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《MySQL 使用規(guī)范總結(jié)》,本文關(guān)鍵詞  MySQL,使用,規(guī)范,總結(jié),MySQL,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《MySQL 使用規(guī)范總結(jié)》相關(guān)的同類信息!
  • 本頁收集關(guān)于MySQL 使用規(guī)范總結(jié)的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章