問題描述

主鍵大部分應該只有 整數型（自動遞增）或者 系統生成唯一碼（例如UUID）；想問一下這兩種各有什么利弊，希望談一下實際的經驗。

問題解答

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

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

uuid 支持分庫

字段為主鍵時，整數型比字符串型節省空間（你應該記得int只需4個字節吧，char一個字符一個字節）字段不為主鍵時，除了節省空間，整數型比字符串型快很多，根據字符長度呈幾何倍數增長

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

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

如果數據庫的數據量足夠大，你執行類似sql也能很容易檢驗處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，執行速度依次更慢。因為字符越長，參與比較的次數越多。

而int型無論長短，只比1次