為啥不能用uuid做MySQL的主鍵？

package com.wyq.mysqldemo; import cn.hutool.core.collection.CollectionUtil; import com.wyq.mysqldemo.databaseobject.UserKeyAuto; import com.wyq.mysqldemo.databaseobject.UserKeyRandom; import com.wyq.mysqldemo.databaseobject.UserKeyUUID; import com.wyq.mysqldemo.diffkeytest.AutoKeyTableService; import com.wyq.mysqldemo.diffkeytest.RandomKeyTableService; import com.wyq.mysqldemo.diffkeytest.UUIDKeyTableService; import com.wyq.mysqldemo.util.JdbcTemplateService; import org.junit.jupiter.api.Test; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.boot.test.context.SpringBootTest; import org.springframework.util.StopWatch; import java.util.List; @SpringBootTest class MysqlDemoApplicationTests { @Autowired private JdbcTemplateService?jdbcTemplateService; @Autowired private AutoKeyTableService?autoKeyTableService; @Autowired private UUIDKeyTableService?uuidKeyTableService; @Autowired private RandomKeyTableService?randomKeyTableService; @Test void testDBTime() {

????????StopWatch?stopwatch?= new StopWatch("執(zhí)行sql時(shí)間消耗"); /**
?????????*?auto_increment?key任務(wù)
?????????*/ final String?insertSql?= "INSERT?INTO?user_key_auto(user_id,user_name,sex,address,city,email,state)?VALUES(?,?,?,?,?,?,?)";

????????ListinsertData?=?autoKeyTableService.getInsertData();
????????stopwatch.start("自動(dòng)生成key表任務(wù)開始"); long start1?=?System.currentTimeMillis(); if (CollectionUtil.isNotEmpty(insertData))?{ boolean insertResult?=?jdbcTemplateService.insert(insertSql,?insertData, false);
????????????System.out.println(insertResult);
????????} long end1?=?System.currentTimeMillis();
????????System.out.println("auto?key消耗的時(shí)間:" +?(end1?-?start1));

????????stopwatch.stop(); /**
?????????*?uudID的key
?????????*/ final String?insertSql2?= "INSERT?INTO?user_uuid(id,user_id,user_name,sex,address,city,email,state)?VALUES(?,?,?,?,?,?,?,?)";

????????ListinsertData2?=?uuidKeyTableService.getInsertData();
????????stopwatch.start("UUID的key表任務(wù)開始"); long begin?=?System.currentTimeMillis(); if (CollectionUtil.isNotEmpty(insertData))?{ boolean insertResult?=?jdbcTemplateService.insert(insertSql2,?insertData2, true);
????????????System.out.println(insertResult);
????????} long over?=?System.currentTimeMillis();
????????System.out.println("UUID?key消耗的時(shí)間:" +?(over?-?begin));

????????stopwatch.stop(); /**
?????????*?隨機(jī)的long值key
?????????*/ final String?insertSql3?= "INSERT?INTO?user_random_key(id,user_id,user_name,sex,address,city,email,state)?VALUES(?,?,?,?,?,?,?,?)";
????????ListinsertData3?=?randomKeyTableService.getInsertData();
????????stopwatch.start("隨機(jī)的long值key表任務(wù)開始");
????????Long?start?=?System.currentTimeMillis(); if (CollectionUtil.isNotEmpty(insertData))?{ boolean insertResult?=?jdbcTemplateService.insert(insertSql3,?insertData3, true);
????????????System.out.println(insertResult);
????????}
????????Long?end?=?System.currentTimeMillis();
????????System.out.println("隨機(jī)key任務(wù)消耗時(shí)間:" +?(end?-?start));
????????stopwatch.stop();


????????String?result?=?stopwatch.prettyPrint();
????????System.out.println(result);
????}

程序?qū)懭虢Y(jié)果

user_key_auto 寫入結(jié)果：

user_random_key 寫入結(jié)果：

user_uuid 表寫入結(jié)果：

效率測(cè)試結(jié)果

在已有數(shù)據(jù)量為 130W 的時(shí)候：我們?cè)賮?lái)測(cè)試一下插入 10w 數(shù)據(jù)，看看會(huì)有什么結(jié)果：

可以看出在數(shù)據(jù)量 100W 左右的時(shí)候，uuid 的插入效率墊底，并且在后序增加了 130W 的數(shù)據(jù)，uuid 的時(shí)間又直線下降。

時(shí)間占用量總體可以打出的效率排名為：auto_key>random_key>uuid。

uuid 的效率最低，在數(shù)據(jù)量較大的情況下，效率直線下滑。那么為什么會(huì)出現(xiàn)這樣的現(xiàn)象呢？帶著疑問(wèn),我們來(lái)探討一下這個(gè)問(wèn)題：

使用 uuid 和自增 id 的索引結(jié)構(gòu)對(duì)比

使用自增 id 的內(nèi)部結(jié)構(gòu)

自增的主鍵的值是順序的，所以 InnoDB 把每一條記錄都存儲(chǔ)在一條記錄的后面。

當(dāng)達(dá)到頁(yè)面的最大填充因子時(shí)候（InnoDB 默認(rèn)的最大填充因子是頁(yè)大小的 15/16，會(huì)留出 1/16 的空間留作以后的修改）。

使用 uuid 的索引內(nèi)部結(jié)構(gòu)

使用自增 id 的缺點(diǎn)

那么使用自增的 id 就完全沒有壞處了嗎？并不是，自增 id 也會(huì)存在以下幾點(diǎn)問(wèn)題：

①別人一旦爬取你的數(shù)據(jù)庫(kù)，就可以根據(jù)數(shù)據(jù)庫(kù)的自增 id 獲取到你的業(yè)務(wù)增長(zhǎng)信息，很容易分析出你的經(jīng)營(yíng)情況。

②對(duì)于高并發(fā)的負(fù)載，InnoDB 在按主鍵進(jìn)行插入的時(shí)候會(huì)造成明顯的鎖爭(zhēng)用，主鍵的上界會(huì)成為爭(zhēng)搶的熱點(diǎn)，因?yàn)樗械牟迦攵及l(fā)生在這里，并發(fā)插入會(huì)導(dǎo)致間隙鎖競(jìng)爭(zhēng)。

③Auto_Increment 鎖機(jī)制會(huì)造成自增鎖的搶奪，有一定的性能損失。

附：Auto_increment的鎖爭(zhēng)搶問(wèn)題，如果要改善需要調(diào)優(yōu) innodb_autoinc_lock_mode 的配置。

總結(jié)

作者：Yrion

出處：cnblogs.com/wyq178/p/12548864.html