java - 關於表的主鍵問題
过去多啦不再A梦
过去多啦不再A梦 2017-05-17 09:58:34
0
4
611

主鍵大部分應該只有 整數型(自動遞增)或 系統產生唯一碼(例如UUID);想問一下這兩種各有什麼利弊,希望談一下實際的經驗。

过去多啦不再A梦
过去多啦不再A梦

全部回覆(4)
習慣沉默

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

Ty80

整數型(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次

熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板
關於我們 免責聲明 Sitemap
PHP中文網:公益線上PHP培訓,幫助PHP學習者快速成長!