生活太苦了，只能把技術變甜了。
id是資料的唯一標識，傳統的做法是利用 uuid 和資料庫的自增 id，在網際網路企業中，大部分公司使用的都是 mysql，並且因為需要支援事務，所以通常會使用 innodb 儲存引擎，uuid太長以及無序，所以並不適合在 innodb 中來作為主鍵，自增 id 比較合適。但是，隨著公司的業務發展，資料量越來越大，需要對資料進行分表，而分表後，每個表中的資料都會按自己的節奏進行自增，很有可能出現 id 衝突。這時，分布式id橫空出世啦。
分布式ID詳解
分布式id 用在分布式系統中 在我們的業務需求中通常有需要一些唯一的id，來記錄我們某個資料的標識 1.如果id我們使用的是資料庫的自增長型別，在分布式系統中需要分庫和分表，會有兩個相同的表，有可能產生主鍵衝突 根據資料庫的儲存結構來定，mysql底層用的是innodb引擎,底層儲存結構是b 樹,大...
分布式技術之分布式ID和分布式事務
mycat不支援只能使用在sharding jdbc中 public class mysharding implements preciseshardingalgorithm spring.shardingsphere.sharding.tables.t order.actual data node...
分布式ID生成器
一 需求緣起 幾乎所有的業務系統，都有生成乙個唯一記錄標識的需求，例如 這個記錄標識往往就是資料庫中的主鍵，資料庫上會建立聚集索引 cluster index 即在物理儲存上以這個字段排序。這個記錄標識上的查詢，往往又有分頁或者排序的業務需求，例如 所以往往要有乙個time欄位，並且在time欄位上...