數(shù)據(jù)庫,主鍵為何不宜太長長長長長長長長?

回答星球水友提問:

創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供武岡網(wǎng)站建設(shè)、武岡做網(wǎng)站、武岡網(wǎng)站設(shè)計、武岡網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、武岡企業(yè)網(wǎng)站模板建站服務(wù),十年武岡做網(wǎng)站經(jīng)驗,不只是建網(wǎng)站,更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。

沈老師,我聽網(wǎng)上說,MySQL數(shù)據(jù)表,在數(shù)據(jù)量比較大的情況下,主鍵不宜過長,是不是這樣呢?這又是為什么呢?
 
這個問題嘛,不能一概而論:
(1)如果是InnoDB存儲引擎,主鍵不宜過長;
(2)如果是MyISAM存儲引擎,影響不大;
 
先舉個簡單的栗子說明一下前序知識。
 
假設(shè)有數(shù)據(jù)表:

t(id PK, name KEY, sex, flag);

 
其中:
(1)id是主鍵;
(2)name建了普通索引;
 
假設(shè)表中有四條記錄:

1, shenjian, m, A

3, zhangsan, m, A

5, lisi, m, A

9, wangwu, f, B

 
如果存儲引擎是MyISAM,其索引與記錄的結(jié)構(gòu)是這樣的:

數(shù)據(jù)庫,主鍵為何不宜太長長長長長長長長?

(1)有單獨的區(qū)域存儲記錄(record);
(2)主鍵索引與普通索引結(jié)構(gòu)相同,都存儲記錄的指針(暫且理解為指針);
畫外音:
(1)主鍵索引與記錄不存儲在一起,因此它是非聚集索引(Unclustered Index);
(2)MyISAM可以沒有PK;
 
MyISAM使用索引進行檢索時,會先從索引樹定位到記錄指針,再通過記錄指針定位到具體的記錄。
畫外音:不管主鍵索引,還普通索引,過程相同。
 
InnoDB則不同,其索引與記錄的結(jié)構(gòu)是這樣的:

數(shù)據(jù)庫,主鍵為何不宜太長長長長長長長長?

(1)主鍵索引與記錄存儲在一起;
(2)普通索引存儲主鍵(這下不是指針了);
畫外音:
(1)主鍵索引與記錄存儲在一起,所以才叫聚集索引(Clustered Index);
(2)InnoDB一定會有聚集索引;
 
InnoDB通過主鍵索引查詢時,能夠直接定位到行記錄。
 

數(shù)據(jù)庫,主鍵為何不宜太長長長長長長長長?

但如果通過普通索引查詢時,會先查詢出主鍵,再從主鍵索引上二次遍歷索引樹。
 
回歸正題,為什么InnoDB的主鍵不宜過長呢?
 
假設(shè)有一個用戶中心場景,包含身份證號,身份證MD5,姓名,出生年月等業(yè)務(wù)屬性,這些屬性上均有查詢需求。

最容易想到的設(shè)計方式是:
  • 身份證作為主鍵

  • 其他屬性上建立索引

user(id_code PK,
id_md5(index),
name(index),
birthday(index));

 

數(shù)據(jù)庫,主鍵為何不宜太長長長長長長長長?

此時的索引樹與行記錄結(jié)構(gòu)如上:
  • id_code聚集索引,關(guān)聯(lián)行記錄

  • 其他索引,存儲id_code屬性值

 
身份證號id_code是一個比較長的字符串,每個索引都存儲這個值,在數(shù)據(jù)量大,內(nèi)存珍貴的情況下,MySQL有限的緩沖區(qū),存儲的索引與數(shù)據(jù)會減少,磁盤IO的概率會增加。
畫外音:同時,索引占用的磁盤空間也會增加。
 
此時,應(yīng)該新增一個無業(yè)務(wù)含義的id自增列:
  • 以id自增列為聚集索引,關(guān)聯(lián)行記錄

  • 其他索引,存儲id值

user(id PK auto inc,
id_code(index),
id_md5(index),
name(index),
birthday(index));

 

數(shù)據(jù)庫,主鍵為何不宜太長長長長長長長長?

如此一來,有限的緩沖區(qū),能夠緩沖更多的索引與行數(shù)據(jù),磁盤IO的頻率會降低,整體性能會增加。
 
總結(jié)
(1)MyISAM的索引與數(shù)據(jù)分開存儲,索引葉子存儲指針,主鍵索引與普通索引無太大區(qū)別;
(2)InnoDB的聚集索引和數(shù)據(jù)行統(tǒng)一存儲,聚集索引存儲數(shù)據(jù)行本身,普通索引存儲主鍵;
(3)InnoDB不建議使用太長字段作為PK(此時可以加入一個自增鍵PK),MyISAM則無所謂;

希望解答了這位水友的疑問。

當(dāng)前題目:數(shù)據(jù)庫,主鍵為何不宜太長長長長長長長長?
轉(zhuǎn)載來于:http://bm7419.com/article26/gospcg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供Google、網(wǎng)頁設(shè)計公司、虛擬主機、企業(yè)建站、移動網(wǎng)站建設(shè)、網(wǎng)站策劃

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

微信小程序開發(fā)