分布式ID生成器 我們采用的是開源的twitter( 非官方中文慣稱：推特.是國外的一個網站，是一個社交網絡及微博客服務) 的snowflake算法（推特雪花算法）。 封裝為工具類，源碼如下： ...

由於數據量以及IO效率的因素，很多項目對數據支持的數據庫會采取分庫分表的方式。使用了分庫分表之后需要解決的一個問題就是主鍵的生成。多個表之間的主鍵就不能用數據庫本身的自增主鍵來支持，因為不同表之間生成的主鍵會重復。所以需要其他的方式獲取主鍵ID。 一般來說解決方案主要有三種 ...

基於訂單生成規則，期望是以年與日+隨機串進行生成規則，因為分布式，所以對自增id場景需要，所以存在分布式自增id場景 直接上代碼 　 //日期工具類 　 ...

分布式全局唯一ID的實現 前言 上周末考完試，這周正好把工作整理整理，然后也把之前的一些素材，整理一番，也當自己再學習一番。 一方面正好最近看到幾篇這方面的文章，另一方面也是正好工作上有所涉及，所以決定寫一篇這樣的文章。 先是簡單介紹概念和現有解決方案，然后是我對這些方案的總結，最后 ...

分布式全局唯一ID的實現 前言 上周末考完試，這周正好把工作整理整理，然后也把之前的一些素材，整理一番，也當自己再學習一番。一方面正好最近看到幾篇這方面的文章，另一方面也是正好工作上有所涉及，所以決定寫一篇這樣的文章。先是簡單介紹概念和現有解決方案，然后是我對這些方案的總結，最后是我自己項目 ...

問題描述： 用戶支付完成會將支付狀態及訂單狀態保存在訂單數據庫中，由訂單服務去維護訂單數據庫。由庫存服務去維護庫存數據庫的信息。下圖是系統結構圖： 如何實現兩個分布式服務（訂單服務、庫存服務）共同完成一件事即訂單支付成功自動減庫存，這里的關鍵是如何保證兩個分布式服務的事務的一致性。嘗試 ...

問題描述： 用戶支付完成會將支付狀態及訂單狀態保存在訂單數據庫中，由訂單服務去維護訂單數據庫。由庫存服務去維護庫存數據庫的信息。下圖是系統結構圖： 如何實現兩個分布式服務（訂單服務、庫存服務）共同完成一件事即訂單支付成功自動減庫存，這里的關鍵是如何保證兩個分布式服務的事務的一致性。嘗試 ...

方案一：數據庫樂觀鎖 樂觀鎖通常實現基於數據版本(version)的記錄機制實現的，比如有一張紅包表（t_bonus），有一個字段(left_count)記錄禮物的剩余個數，用戶每領取一個獎品，對應的left_count減1，在並發的情況下如何要保證left_count不為負數，樂觀鎖 ...