用单库自增键来生成业务id，后期要怎么分裤？

文章预览

前几天有童鞋在知识星球提问： 沈老师，我们现在用户中心是 单库单表 ， uid使用数据库自增主键，uid被很多业务关联，不能变化 。   现在用户中心数据量逐步变大，有分库需求了，如何 由单库升级为多库，保持历史uid不变，并且新生成的数据不冲突 ，有什么好办法么？   应该有不少公司都会利用数据库“插入数据自动自增id”来作为业务id，这种方法会使得 业务与id生成强耦合 ，导致id生成算法难以升级。 今天和大家一起简单探讨下，id生成要考虑哪些要素。 画外音：别误会，不是说“自增id”不好，是说它与业务耦合了，难以升级。   一、id生成要考虑的技术点   几乎所有业务，都会有一个业务唯一标识： 用户标识：uid(user-id) 消息标识：mid(msg-id) 订单标识：oid(order-id) 这个标识，在存储系统里通常是主键，主键使用 聚集索引 (clustered-index) ………………………………