主頁(yè) > 知識(shí)庫(kù) > 詳解Mysql 30條軍規(guī)

詳解Mysql 30條軍規(guī)

熱門標(biāo)簽:400電話可以免費(fèi)申請(qǐng)嗎 真人語(yǔ)音電話機(jī)器人 怎么在地圖標(biāo)注位置生成圖片 悟空科技電話機(jī)器人 電銷卡外呼系統(tǒng)供應(yīng)商 騰訊地圖標(biāo)注提升 銅陵防封電銷卡 福建外呼系統(tǒng)定制化 美國(guó)反騷擾電話機(jī)器人

一、基礎(chǔ)規(guī)范

(1)必須使用InnoDB存儲(chǔ)引擎
解讀:支持事務(wù)、行級(jí)鎖、并發(fā)性能更好、CPU及內(nèi)存緩存頁(yè)優(yōu)化使得資源利用率更高

(2)必須使用UTF8字符集
解讀:萬(wàn)國(guó)碼,無(wú)需轉(zhuǎn)碼,無(wú)亂碼風(fēng)險(xiǎn),節(jié)省空間

(3)數(shù)據(jù)表、數(shù)據(jù)字段必須加入中文注釋
解讀:N年后誰(shuí)tm知道這個(gè)r1,r2,r3字段是干嘛的

(4)禁止使用存儲(chǔ)過(guò)程、視圖、觸發(fā)器、Event
解讀:高并發(fā)大數(shù)據(jù)的互聯(lián)網(wǎng)業(yè)務(wù),架構(gòu)設(shè)計(jì)思路是“解放數(shù)據(jù)庫(kù)CPU,將計(jì)算轉(zhuǎn)移到服務(wù)層”,并發(fā)量大的情況下,這些功能很可能將數(shù)據(jù)庫(kù)拖死,業(yè)務(wù)邏輯放到服務(wù)層具備更好的擴(kuò)展性,能夠輕易實(shí)現(xiàn)“增機(jī)器就加性能”。數(shù)據(jù)庫(kù)擅長(zhǎng)存儲(chǔ)與索引,CPU計(jì)算還是上移吧

(5)禁止存儲(chǔ)大文件或者大照片
解讀:為何要讓數(shù)據(jù)庫(kù)做它不擅長(zhǎng)的事情?大文件和照片存儲(chǔ)在文件系統(tǒng),數(shù)據(jù)庫(kù)里存URI多好

二、命名規(guī)范

(6)只允許使用內(nèi)網(wǎng)域名,而不是ip連接數(shù)據(jù)庫(kù)

(7)線上環(huán)境、開(kāi)發(fā)環(huán)境、測(cè)試環(huán)境數(shù)據(jù)庫(kù)內(nèi)網(wǎng)域名遵循命名規(guī)范
業(yè)務(wù)名稱:xxx
線上環(huán)境:dj.xxx.db
開(kāi)發(fā)環(huán)境:dj.xxx.rdb
測(cè)試環(huán)境:dj.xxx.tdb
從庫(kù)在名稱后加-s標(biāo)識(shí),備庫(kù)在名稱后加-ss標(biāo)識(shí)
線上從庫(kù):dj.xxx-s.db
線上備庫(kù):dj.xxx-sss.db

(8)庫(kù)名、表名、字段名:小寫,下劃線風(fēng)格,不超過(guò)32個(gè)字符,必須見(jiàn)名知意,禁止拼音英文混用

(9)表名t_xxx,非唯一索引名idx_xxx,唯一索引名uniq_xxx

三、表設(shè)計(jì)規(guī)范

(10)單實(shí)例表數(shù)目必須小于500

(11)單表列數(shù)目必須小于30

(12)表必須有主鍵,例如自增主鍵
解讀:
a)主鍵遞增,數(shù)據(jù)行寫入可以提高插入性能,可以避免page分裂,減少表碎片提升空間和內(nèi)存的使用
b)主鍵要選擇較短的數(shù)據(jù)類型, Innodb引擎普通索引都會(huì)保存主鍵的值,較短的數(shù)據(jù)類型可以有效的減少索引的磁盤空間,提高索引的緩存效率
c) 無(wú)主鍵的表刪除,在row模式的主從架構(gòu),會(huì)導(dǎo)致備庫(kù)夯住

(13)禁止使用外鍵,如果有外鍵完整性約束,需要應(yīng)用程序控制
解讀:外鍵會(huì)導(dǎo)致表與表之間耦合,update與delete操作都會(huì)涉及相關(guān)聯(lián)的表,十分影響sql 的性能,甚至?xí)斐伤梨i。高并發(fā)情況下容易造成數(shù)據(jù)庫(kù)性能,大數(shù)據(jù)高并發(fā)業(yè)務(wù)場(chǎng)景數(shù)據(jù)庫(kù)使用以性能優(yōu)先

四、字段設(shè)計(jì)規(guī)范

(14)必須把字段定義為NOT NULL并且提供默認(rèn)值
解讀:
a)null的列使索引/索引統(tǒng)計(jì)/值比較都更加復(fù)雜,對(duì)MySQL來(lái)說(shuō)更難優(yōu)化
b)null 這種類型MySQL內(nèi)部需要進(jìn)行特殊處理,增加數(shù)據(jù)庫(kù)處理記錄的復(fù)雜性;同等條件下,表中有較多空字段的時(shí)候,數(shù)據(jù)庫(kù)的處理性能會(huì)降低很多
c)null值需要更多的存儲(chǔ)空,無(wú)論是表還是索引中每行中的null的列都需要額外的空間來(lái)標(biāo)識(shí)
d)對(duì)null 的處理時(shí)候,只能采用is null或is not null,而不能采用=、in、、>、!=、not in這些操作符號(hào)。如:where name!='shenjian',如果存在name為null值的記錄,查詢結(jié)果就不會(huì)包含name為null值的記錄

(15)禁止使用TEXT、BLOB類型
解讀:會(huì)浪費(fèi)更多的磁盤和內(nèi)存空間,非必要的大量的大字段查詢會(huì)淘汰掉熱數(shù)據(jù),導(dǎo)致內(nèi)存命中率急劇降低,影響數(shù)據(jù)庫(kù)性能

(16)禁止使用小數(shù)存儲(chǔ)貨幣
解讀:使用整數(shù)吧,小數(shù)容易導(dǎo)致錢對(duì)不上

(17)必須使用varchar(20)存儲(chǔ)手機(jī)號(hào)
解讀:
a)涉及到區(qū)號(hào)或者國(guó)家代號(hào),可能出現(xiàn)+-()
b)手機(jī)號(hào)會(huì)去做數(shù)學(xué)運(yùn)算么?
c)varchar可以支持模糊查詢,例如:like“138%”

(18)禁止使用ENUM,可使用TINYINT代替
解讀:
a)增加新的ENUM值要做DDL操作
b)ENUM的內(nèi)部實(shí)際存儲(chǔ)就是整數(shù),你以為自己定義的是字符串?

五、索引設(shè)計(jì)規(guī)范

(19)單表索引建議控制在5個(gè)以內(nèi)

(20)單索引字段數(shù)不允許超過(guò)5個(gè)
解讀:字段超過(guò)5個(gè)時(shí),實(shí)際已經(jīng)起不到有效過(guò)濾數(shù)據(jù)的作用了

(21)禁止在更新十分頻繁、區(qū)分度不高的屬性上建立索引
解讀:
a)更新會(huì)變更B+樹(shù),更新頻繁的字段建立索引會(huì)大大降低數(shù)據(jù)庫(kù)性能
b)“性別”這種區(qū)分度不大的屬性,建立索引是沒(méi)有什么意義的,不能有效過(guò)濾數(shù)據(jù),性能與全表掃描類似

(22)建立組合索引,必須把區(qū)分度高的字段放在前面
解讀:能夠更加有效的過(guò)濾數(shù)據(jù)

六、SQL使用規(guī)范

(23)禁止使用SELECT *,只獲取必要的字段,需要顯示說(shuō)明列屬性
解讀:
a)讀取不需要的列會(huì)增加CPU、IO、NET消耗
b)不能有效的利用覆蓋索引
c)使用SELECT *容易在增加或者刪除字段后出現(xiàn)程序BUG

(24)禁止使用INSERT INTO t_xxx VALUES(xxx),必須顯示指定插入的列屬性
解讀:容易在增加或者刪除字段后出現(xiàn)程序BUG

(25)禁止使用屬性隱式轉(zhuǎn)換
解讀:SELECT uid FROM t_user WHERE phone=13812345678 會(huì)導(dǎo)致全表掃描,而不能命中phone索引,猜猜為什么?(這個(gè)線上問(wèn)題不止出現(xiàn)過(guò)一次)

(26)禁止在WHERE條件的屬性上使用函數(shù)或者表達(dá)式
解讀:SELECT uid FROM t_user WHERE from_unixtime(day)>='2017-02-15' 會(huì)導(dǎo)致全表掃描
正確的寫法是:SELECT uid FROM t_user WHERE day>= unix_timestamp('2017-02-15 00:00:00')

(27)禁止負(fù)向查詢,以及%開(kāi)頭的模糊查詢
解讀:
a)負(fù)向查詢條件:NOT、!=、>、!、!>、NOT IN、NOT LIKE等,會(huì)導(dǎo)致全表掃描
b)%開(kāi)頭的模糊查詢,會(huì)導(dǎo)致全表掃描

(28)禁止大表使用JOIN查詢,禁止大表使用子查詢
解讀:會(huì)產(chǎn)生臨時(shí)表,消耗較多內(nèi)存與CPU,極大影響數(shù)據(jù)庫(kù)性能

(29)禁止使用OR條件,必須改為IN查詢
解讀:舊版本Mysql的OR查詢是不能命中索引的,即使能命中索引,為何要讓數(shù)據(jù)庫(kù)耗費(fèi)更多的CPU幫助實(shí)施查詢優(yōu)化呢?

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

以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。

您可能感興趣的文章:
  • mysql安裝圖解 mysql圖文安裝教程(詳細(xì)說(shuō)明)
  • MySQL日期數(shù)據(jù)類型、時(shí)間類型使用總結(jié)
  • MySQL 的CASE WHEN 語(yǔ)句使用說(shuō)明
  • mysql 添加索引 mysql 如何創(chuàng)建索引
  • mySQL中replace的用法
  • Mysql命令行導(dǎo)入sql數(shù)據(jù)

標(biāo)簽:聊城 湖北 臨汾 白銀 湖南 武威 烏海 云浮

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