分布式唯一ID生成常用方案有哪些

分布式唯一ID生成常用方案有哪些，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

1. 使用JAVA的UUID生成
算法的核心思想是結合機器的網卡、當地時間、一個隨記數來生成UUID。

優點：本地生成，生成簡單，性能好，沒有高可用風險
缺點：長度過長，字母和數字組合，存儲冗余，且無序不可讀，查詢效率低

2. 數據庫自增ID

使用數據庫的id自增策略，如 MySQL 的 auto_increment、oracle的sequence。并且可以使用兩臺數據庫分別設置不同步長，生成不重復ID的策略來實現高可用。

優點：數據庫生成的ID絕對有序，高可用實現方式簡單
缺點：需要獨立部署數據庫實例，成本高，實時操作數據庫，大并發時存在性能瓶頸問題

3. 數據庫+程序（批量生成ID）
一次按需批量生成多個ID，每次生成都需要訪問數據庫，將數據庫修改為最大的ID值，并在內存中記錄當前值及最大值。

優點：避免了每次生成ID都要訪問數據庫并帶來壓力，提高了性能
缺點：屬于本地生成策略，存在單點故障，如果服務器宕機，重啟服務造成ID不連續

4. Redis生成ID
Redis的所有命令操作都是單線程的，本身提供像 incr 和 increby 這樣的自增原子命令，所以能保證生成的 ID 肯定是唯一有序的。

優點：不依賴于數據庫，靈活方便，且性能優于數據庫；數字ID天然排序，對分頁或者需要排序的結果很有幫助。

缺點：如果系統中沒有Redis，還需要引入新的組件，增加系統復雜度；需要編碼和配置的工作量比較大。

考慮到單節點的性能瓶頸，可以使用 Redis 集群來獲取更高的吞吐量。假如一個集群中有3臺 Redis。可以初始化每臺 Redis 的值分別是1, 2, 3，然后步長都是3。各個 Redis 生成的 ID 為：

A：1, 4, 7, 10, 13
B：2, 5, 8, 11, 14
C：3, 6, 9, 12, 15

隨便負載到哪個機確定好，未來很難做修改。步長和初始值一定需要事先確定。使用 Redis 集群也可以方式單點故障的問題。
另外，比較適合使用 Redis 來生成每天從0開始的流水號。比如訂單號 = 日期 + 當日自增長號。可以每天在 Redis 中生成一個 Key ，使用 INCR 進行累加。

5.MongoDB生成ID

MongoDB的ObjectId和snowflake算法類似。它設計成輕量型的，不同的機器都能用全局唯一的同種方法方便地生成它。MongoDB 從一開始就設計用來作為分布式數據庫，處理多個節點是一個核心要求。使其在分片環境中要容易生成得多。

6.其他一些常用的方案

      百度uid生成器：https://github.com/baidu/uid-generator

      美團點評生成器：http://tech.meituan.com/MT_Leaf.html

      zookeeper方式生成唯一UUID

      snowflake算法生成UUID

看完上述內容，你們掌握分布式唯一ID生成常用方案有哪些的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！