国产成人精品久久免费动漫-国产成人精品天堂-国产成人精品区在线观看-国产成人精品日本-a级毛片无码免费真人-a级毛片毛片免费观看久潮喷

您的位置:首頁技術文章
文章詳情頁

java - 關于表的主鍵問題

瀏覽:131日期:2023-12-17 08:41:46

問題描述

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

問題解答

回答1:

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

回答2:

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

回答3:

uuid 支持分庫

回答4:

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

標簽: java
相關文章:
主站蜘蛛池模板: 中文字幕波多野不卡一区 | 中文日韩字幕一区在线观看 | 久久成人视 | 久久久夜间小视频 | 黄色理论视频 | 亚洲一区二区久久 | 91久久国产露脸精品 | 久久久久国产精品美女毛片 | 一级美国片免费看 | 香港经典毛片a免费观看 | 免费中文字幕 | free性欧美hd另类精品 | 国产上床视频 | 久久国产欧美日韩高清专区 | 欧美人与z0z0xxxx | 男女乱配视频免费观看 | 久久久久爽亚洲精品 | 久久国产精品免费 | 亚洲成aⅴ人在线观看 | 国产一区亚洲二区三区毛片 | 欧美a一级 | av中文字幕网免费观看 | 亚洲欧美另类自拍第一页 | 国产精品女上位在线观看 | 日韩三级黄 | 国产精品吹潮在线播放 | 日本精品一区二区三区视频 | 波多野结衣一区二区 三区 波多野结衣一区二区三区88 | 欧美精品综合一区二区三区 | 欧美高清在线视频在线99精品 | 韩国一级永久免费观看网址 | 国产成人免费视频 | 在线免费黄网 | 国产午夜亚洲精品一区网站 | 91国内精品久久久久免费影院 | 九九九在线视频 | 免费人欧美成又黄又爽的视频 | 性感毛片 | 久草资源网站 | 亚洲图片偷拍区 | 三级黄色毛片网站 |