【分布式ID】雪花、TDDL-SEQUENCE、UUID
2022/4/29 6:13:09
本文主要是介绍【分布式ID】雪花、TDDL-SEQUENCE、UUID,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
分布式ID
要保证id不重复,主要从三方面考虑,时间维度、空间维度、原子维度;
时间维度:时间维度不重复,例如今天和明天不能重复,所以时间是可以加入id的一种因子;
空间维度:不同的机器,不同的环境生成的id不同,所以mac地址,机房地址等,都可以作为空间维度的区分;
原子维度:主要是线程的安全性,也就是递增的保证,我们一般称之为 序列 ,例如数据库的自增id,就仅仅是原子维度;
讨论完分布式id后,我们讨论一下非功能性的一些要求:
高可用:可以随时提供服务,不间断;
低延迟:id获取速度要快;
高并发:支持高QPS;
雪花算法
雪花算法生成的ID是一个64 bit的long型的数字且按时间趋势递增。大致由首位无效符(0,1bit)、时间戳差值(41bit)、机器编码(10bit),序列号四部分组成(12bit)。
- 雪花算法是可以保证一定程度上的递增
- 雪花算法基于高并发下,时间的最小精度可以生产最多的序列号个数决定了不重复率
UUID
- 基本自带实现,同样考虑:时间、空间、序列号维度,有多个实现版本。
- 无序,长度太大,对数据库不友好。
TDDL
阿里内部的较多用法,主要是解决一个序列原子性的问题,首先它的序列是维护在数据中的,用一张表表示,每次获取一定个数(如10000)的序列到进程中使用。
为了保证高可用,和高并发,维护序列的必然不能只是一张表,所以可以搞n张表,每一个数据库表,维护一个sequence,所以就有了单个步长和组步长的说法。
序列的获取如下所示:
纯序列
Redis:集群高可用,但是部署复杂,维护难;可读性好,容易记住,存储占有空间少。 SQL自增:实现简单,但是性能不高;可读性好,容易记住,存储占有空间少。这篇关于【分布式ID】雪花、TDDL-SEQUENCE、UUID的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-11-22怎么实现ansible playbook 备份代码中命名包含时间戳功能?-icode9专业技术文章分享
- 2024-11-22ansible 的archive 参数是什么意思?-icode9专业技术文章分享
- 2024-11-22ansible 中怎么只用archive 排除某个目录?-icode9专业技术文章分享
- 2024-11-22exclude_path参数是什么作用?-icode9专业技术文章分享
- 2024-11-22微信开放平台第三方平台什么时候调用数据预拉取和数据周期性更新接口?-icode9专业技术文章分享
- 2024-11-22uniapp 实现聊天消息会话的列表功能怎么实现?-icode9专业技术文章分享
- 2024-11-22在Mac系统上将图片中的文字提取出来有哪些方法?-icode9专业技术文章分享
- 2024-11-22excel 表格中怎么固定一行显示不滚动?-icode9专业技术文章分享
- 2024-11-22怎么将 -rwxr-xr-x 修改为 drwxr-xr-x?-icode9专业技术文章分享
- 2024-11-22在Excel中怎么将小数向上取整到最接近的整数?-icode9专业技术文章分享