分布式ID的需求
在分布式系统中。ID有如下需求
- 全局唯一性,不能出现重复的id号
- 信息安全:防止恶意用户规矩id的规则来获取数据
- 数据递增:保证我的下一ID一定大于上一个ID
UUID
通用唯一识别码,16个字节128位的长数字
组成部分:当前时间和时间序列+全局唯一性网卡地址
优点:代码实现简单,不占用宽带,数据迁移不受影响
缺点:无序,无法保证趋势递增,查询慢,不可读
雪花算法
国外的twitter分布式下ID生成算法
1bit+41bit+10bit+10bit=62bit
高位随机+毫秒数+机器码(数据中心+机器id)+10的流水号
优点:代码实现简单,不占用宽带,数据迁移不受影响,低位趋势递增
缺点:多台服务器时间一定要一样,无序无法保证趋势递增要求
Mysql
优点:代码实现方便,性能不错,数字排序,可读性很强
缺点:受限数据库,扩展麻烦,插入数据库才能拿到ID,单点故障问题
主从同步的时候:电商下单–>支付 intsert master db select 数据 因为数据库同步延迟导致查不到这个数据,加cahe不是最好的解决方式,数据要求比较严谨的话查master主库.
Redis
年份+当前这天属于这一年的第多少天+小时+redis自增
2+3+2+5=12位
数据多了可以设置一个失效时间重新生成,
优点:不依赖数据,灵活方便,性能优于数据库,没有单故障,高可用
缺点:需要占用网络资源,性能要比本地生成慢,需要增加插件
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。