問題描述

主鍵大部分應(yīng)該只有 整數(shù)型（自動(dòng)遞增）或者 系統(tǒng)生成唯一碼（例如UUID）；想問一下這兩種各有什么利弊，希望談一下實(shí)際的經(jīng)驗(yàn)。

問題解答

自增id節(jié)約存儲(chǔ)空間，主鍵索引不存在插入重排序問題，缺點(diǎn)是數(shù)據(jù)量有限制，最多存到2^63次方條記錄。uuid一般是字符串吧，比整形消耗更多的存儲(chǔ)空間，插入時(shí)需要索引重排序。原則上數(shù)量是沒有上限。

整數(shù)型（mysql的索引是以文件形式保存，所以整數(shù)型肯定比UUID要小），而且由於是整數(shù)型，索引的效率也肯定比UUID要高，但由於是自動(dòng)遞增，所以mysql在每次插入數(shù)據(jù)時(shí)候，就要對(duì)表進(jìn)行鎖表，導(dǎo)致在大量並發(fā)之下，對(duì)mysql服務(wù)器開銷特別大。而UUID就在處理並發(fā)方面比整數(shù)自增的好

uuid 支持分庫

字段為主鍵時(shí)，整數(shù)型比字符串型節(jié)省空間（你應(yīng)該記得int只需4個(gè)字節(jié)吧，char一個(gè)字符一個(gè)字節(jié)）字段不為主鍵時(shí)，除了節(jié)省空間，整數(shù)型比字符串型快很多，根據(jù)字符長(zhǎng)度呈幾何倍數(shù)增長(zhǎng)

對(duì)于追求完美的，像ip地址這種數(shù)據(jù)，也是用整數(shù)保存在數(shù)據(jù)庫中的（IP地址字符串與整數(shù)有一套固定的算法）。

舉個(gè)例子；假如一個(gè)字段的值為1234567890，沒有主鍵的情況下做sql查詢時(shí) where id >= ’1234567890’int型只需比較1次char型需要比較10次，每個(gè)字符都要參與比較。所以字符越長(zhǎng)，速度越慢

如果數(shù)據(jù)庫的數(shù)據(jù)量足夠大，你執(zhí)行類似sql也能很容易檢驗(yàn)處char型的速度where id like ’123%’ limit 5;where id like ’1234%’ limit 5;where id like ’12345%’ limit 5;where id like ’123456%’ limit 5;以上sql，執(zhí)行速度依次更慢。因?yàn)樽址介L(zhǎng)，參與比較的次數(shù)越多。

而int型無論長(zhǎng)短，只比1次