分布式ID的几种生成策略
1：步长 正常数据库步长是1 2 3 4 5 ，当有两个表是 A 表可以用 1 3 4 B表可以用2 4 6 （扩容很难，id已经定死）
2: 数据库维护一个号段表：第一批数据是1-10000，当用完10000，再去生成10000-20000，以此类推
3：UUID 插入效率低下，不是递增，导致B+树的再次平衡
1：步长 正常数据库步长是1 2 3 4 5 ，当有两个表是 A 表可以用 1 3 4 B表可以用2 4 6 （扩容很难，id已经定死）
2: 数据库维护一个号段表：第一批数据是1-10000，当用完10000，再去生成10000-20000，以此类推
3：UUID 插入效率低下，不是递增，导致B+树的再次平衡
3.1 可以保留id，但是不做业务处理，业务处理还用这个uuid
4：Redis incr/incrby 类似方法2 生成号段，从里面取值 如果redis挂了，导致数据丢失
4：Redis incr/incrby 类似方法2 生成号段，从里面取值 如果redis挂了，导致数据丢失
4.1 redis持久化 AOF
4.2 从数据库中读，再放到redis，中途要确保并发安全
5：雪花算法：1bit符号位+42bit时间戳+10bitworkid+12bit序列号(hutool工具包) 防止时钟回拨 导致id重复
5：雪花算法：1bit符号位+42bit时间戳+10bitworkid+12bit序列号(hutool工具包) 防止时钟回拨 导致id重复
5.1 百度 UidGenerator
5.2 美团 leaf（解决时钟回拨，用的zk）
5.3 滴滴Tinyid
5.2 美团 leaf（解决时钟回拨，用的zk）
5.3 滴滴Tinyid
