舉例;假如一個欄位的值為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,執行速度依序較慢。因為字元越長,參與比較的次數越多。
自增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次