數(shù)據(jù)庫(kù)自增 ID

搞一個(gè)數(shù)據(jù)庫(kù)，什么也不干，就用于生成主鍵。

你的系統(tǒng)里每次得到一個(gè) id，都需要往那個(gè)專門(mén)生成主鍵的數(shù)據(jù)庫(kù)中通過(guò)插入獲取一個(gè)自增的ID，拿到這個(gè) id 之后再往對(duì)應(yīng)的分庫(kù)分表里去寫(xiě)入。

優(yōu)點(diǎn)：方便簡(jiǎn)單。

缺點(diǎn)：單庫(kù)生成自增 id，要是高并發(fā)的話，就會(huì)有瓶頸的；如果你硬是要改進(jìn)一下，那么就專門(mén)開(kāi)一個(gè)服務(wù)出來(lái)，這個(gè)服務(wù)每次就拿到當(dāng)前 id 最大值，然后自己遞增幾個(gè) id，一次性返回一批 id，然后再把當(dāng)前最大 id 值修改成遞增幾個(gè) id 之后的一個(gè)值；但是無(wú)論如何都是基于單個(gè)數(shù)據(jù)庫(kù)。

適合的場(chǎng)景：系統(tǒng)并發(fā)不大，只是因?yàn)閿?shù)據(jù)量大的原因而去做的分庫(kù)分表的話，可以采用這種方式。

設(shè)置數(shù)據(jù)庫(kù) sequence 或者表自增字段步長(zhǎng)

可以通過(guò)設(shè)置數(shù)據(jù)庫(kù) sequence 或者表的自增字段步長(zhǎng)來(lái)進(jìn)行水平伸縮。

比如說(shuō)，現(xiàn)在有 8 個(gè)服務(wù)節(jié)點(diǎn)，每個(gè)服務(wù)節(jié)點(diǎn)使用一個(gè) sequence 功能來(lái)產(chǎn)生 ID，每個(gè) sequence 的起始 ID 不同，并且依次遞增，步長(zhǎng)都是8

適合的場(chǎng)景：在用戶防止產(chǎn)生的 ID 重復(fù)時(shí)，這種方案實(shí)現(xiàn)起來(lái)比較簡(jiǎn)單，也能達(dá)到性能目標(biāo)。但是服務(wù)節(jié)點(diǎn)固定，步長(zhǎng)也固定，將來(lái)如果還要增加服務(wù)節(jié)點(diǎn)，就不好搞了。

UUID

優(yōu)點(diǎn)：本地生成，不需要基于數(shù)據(jù)庫(kù)；

缺點(diǎn)：UUID 太長(zhǎng)了、占用空間大；作為主鍵性能太差：UUID 不具有有序性，會(huì)導(dǎo)致 B+ 樹(shù)索引在寫(xiě)的時(shí)候有過(guò)多的隨機(jī)寫(xiě)操作（連續(xù)的 ID 可以產(chǎn)生部分順序?qū)懀?，還有，由于在寫(xiě)的時(shí)候不能產(chǎn)生有順序的 append 操作，而需要進(jìn)行 insert 操作，導(dǎo)致頻繁的進(jìn)行頁(yè)分裂，性能下降明顯。

適合的場(chǎng)景：如果你是要隨機(jī)生成個(gè)什么文件名、編號(hào)之類的，你可以用 UUID，但是作為InnoDB表的主鍵是不能用 UUID 的。

UUID.randomUUID().toString().replace(“-”, “”) -> sfsdf23423rr234sfdaf

系統(tǒng)當(dāng)前時(shí)間戳+XXX

適合的場(chǎng)景：一般如果用這個(gè)方案，是將當(dāng)前時(shí)間戳跟很多其他的業(yè)務(wù)字段拼接起來(lái)，作為一個(gè) id，如果業(yè)務(wù)上你覺(jué)得可以接受，那么也是可以的。你可以將別的業(yè)務(wù)字段值跟當(dāng)前時(shí)間拼接起來(lái)，組成一個(gè)全局唯一的編號(hào)。

Snowflake 算法

snowflake 算法是 twitter 開(kāi)源的分布式 id 生成算法，采用 Scala 語(yǔ)言實(shí)現(xiàn)，是把一個(gè) 64 位的 long 型的 id，1 個(gè) bit 是不用的，用其中的 41 bit 作為時(shí)間戳（毫秒數(shù)），用 10 bit 作為工作機(jī)器 id，12 bit 作為序列號(hào)。

• 1 bit：不用，為啥呢？因?yàn)槎M(jìn)制里第一個(gè) bit 為如果是 1，那么都是負(fù)數(shù)，但是我們生成的 id 都是正數(shù)，所以第一個(gè) bit 統(tǒng)一都是 0。
• 41 bit：表示的是時(shí)間戳，單位是毫秒。41 bit 可以表示的數(shù)字多達(dá) 2^41 - 1，也就是可以標(biāo)識(shí) 2^41 - 1 個(gè)毫秒值，換算成年就是表示69年的時(shí)間。
• 10 bit：記錄工作機(jī)器 id，代表的是這個(gè)服務(wù)最多可以部署在 2^10臺(tái)機(jī)器上哪，也就是1024臺(tái)機(jī)器。但是 10 bit 里 5 個(gè) bit 代表機(jī)房 id，5 個(gè) bit 代表機(jī)器 id。意思就是最多代表 2^5個(gè)機(jī)房（32個(gè)機(jī)房），每個(gè)機(jī)房里可以代表 2^5 個(gè)機(jī)器（32臺(tái)機(jī)器）。
• 12 bit：這個(gè)是用來(lái)記錄同一個(gè)毫秒內(nèi)產(chǎn)生的不同 id，12 bit 可以代表的最大正整數(shù)是 2^12 - 1 = 4096，也就是說(shuō)可以用這個(gè) 12 bit 代表的數(shù)字來(lái)區(qū)分同一個(gè)毫秒內(nèi)的 4096 個(gè)不同的 id。

0 | 0001100 10100010 10111110 10001001 01011100 00 | 10001 | 1 1001 | 0000 00000000

到此這篇關(guān)于Mysql分庫(kù)分表之后主鍵處理的幾種方法的文章就介紹到這了,更多相關(guān)Mysql分庫(kù)分表主鍵內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！