分布式數(shù)據(jù)庫MyCat如何實現(xiàn)主鍵全局自增

分布式數(shù)據(jù)庫MyCat如何實現(xiàn)主鍵全局自增，相信很多沒有經(jīng)驗的人對此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。

今天就來聊一聊主鍵全局自增要如何實現(xiàn)。

問題

主鍵自增這應(yīng)該算是一個非常常見的需求，在單機數(shù)據(jù)庫中，這個需求一個 auto_increment 就能實現(xiàn)，但是在數(shù)據(jù)庫集群中，這個需求卻變復(fù)雜了，因為存在多個數(shù)據(jù)庫實例 ，各自都是主鍵自增，合在一起就不是主鍵自增了。

最簡單的思路

最簡單的辦法莫過于通過設(shè)置主鍵自增的步長和起始偏移量來處理這個問題。默認(rèn)情況下，主鍵自增步長為 1 ，如果我們有三個數(shù)據(jù)庫實例，我們可以將主鍵自增步長設(shè)置為 3 ，這樣對于第一個數(shù)據(jù)庫實例而言，主鍵自增就是 1、4、7、10...，對于第二個數(shù)據(jù)庫實例而言，主鍵自增就是 2、5、8、11...，對于第三個數(shù)據(jù)庫實例而言，主鍵自增就是 3、6、9、12....。

MSSQL 可以直接在 SQL 中指定主鍵的自增步長和起始偏移量，但是 MySQL 則需要修改數(shù)據(jù)庫配置才能實現(xiàn)，因此這里不推薦使用這種方式。

MyCat 的辦法

MyCat 作為一個分布式數(shù)據(jù)庫中介，屏蔽了數(shù)據(jù)庫集群的操作，讓我們操作數(shù)據(jù)庫集群就像操作單機版數(shù)據(jù)庫一樣，對于主鍵自增，它有自己的方案：

1. 通過本地文件實現(xiàn)

2. 通過數(shù)據(jù)庫實現(xiàn)

3. 通過本地時間戳實現(xiàn)

4. 通過分布式 ZK ID 生成器實現(xiàn)

5. 通過 ZK 遞增方式實現(xiàn)

今天我們就先來看看看如何通過 ZK 遞增的方式實現(xiàn)主鍵全局自增。

配置步驟如下：

• 首先修改主鍵自增方式為 4 ，4 表示使用 zookeeper 實現(xiàn)主鍵自增。

server.xml

• 配置表自增，并且設(shè)置主鍵

schema.xml

設(shè)置主鍵自增，并且設(shè)置主鍵為 id 。

• 配置 zookeeper 的信息

在 myid.properties 中配置 zookeeper 信息：

• 配置要自增的表

sequence_conf.properties

注意，這里表名字要大寫。

1. TABLE.MINID 某線程當(dāng)前區(qū)間內(nèi)最小值

2. TABLE.MAXID 某線程當(dāng)前區(qū)間內(nèi)最大值

3. TABLE.CURID 某線程當(dāng)前區(qū)間內(nèi)當(dāng)前值

4. 文件配置的MAXID以及MINID決定每次取得區(qū)間，這個對于每個線程或者進程都有效

5. 文件中的這三個屬性配置只對第一個進程的第一個線程有效，其他線程和進程會動態(tài)讀取 ZK

• 重啟 MyCat 測試

最后重啟 MyCat ，刪掉之前創(chuàng)建的表，然后創(chuàng)建新表進行測試即可。

看完上述內(nèi)容，你們掌握分布式數(shù)據(jù)庫MyCat如何實現(xiàn)主鍵全局自增的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注億速云行業(yè)資訊頻道，感謝各位的閱讀！