首頁  >  問答  >  主體

java - 關於表的主鍵問題

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

过去多啦不再A梦过去多啦不再A梦2712 天前632

全部回覆(4)我來回復

  • 習慣沉默

    習慣沉默2017-05-17 10:00:34

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

    回覆
    0
  • PHP中文网

    PHP中文网2017-05-17 10:00:34

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

    回覆
    0
  • 淡淡烟草味

    淡淡烟草味2017-05-17 10:00:34

    uuid 支援分庫

    回覆
    0
  • 習慣沉默

    習慣沉默2017-05-17 10:00:34

    欄位為主鍵時,整數型比字串型節省空間(你應該記得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次

    回覆
    0
  • 取消回覆