内容简介:项目介绍 微服务时代,我们需要生产一个连续的友好的序列号,例如订单号等。变得比较麻烦。 这里我提供了两种业界常用的解决方案来实现这个分布式序列号生成组件。 使用集中式存储功能取步长进行分配。目前支持数...
项目介绍
微服务时代,我们需要生产一个连续的友好的序列号,例如订单号等。变得比较麻烦。
这里我提供了两种业界常用的解决方案来实现这个分布式序列号生成组件。
使用集中式存储功能取步长进行分配。目前支持数据库(Mysql)、Redis
使用雪花算法获取连续序列号,保证多服务器集群不重复
组件存在的目的就是屏蔽序列号底层实现,支持多样化的算法。让用户开箱即用。方便开发。
Maven支持
<dependency> <groupId>com.xuanner</groupId> <artifactId>xsequence-core</artifactId> <version>1.3</version> </dependency>
升级说明
v1.3
新加特性:
(1)友好API的封装,让用户尽量少感知底层实现。
(2)对3种实现进行jmh基准测试,并做了结果对比。
(3)优化了雪花算法,支持线程安全。
更新时间:2018/05/31
性能对比
具体的测试报告可以在doc目录下的jmh文件夹里面找,这里做一个简单的介绍
数据库和 redis 部署主机配置:
CPU:1核
内存:1GB
操作系统:CentOS 6.8 64位
使用宽带:1Mbps
实现算法 | ops/s(每秒产生序列号) | 备注说明 |
---|---|---|
使用DB获取区间 | 53815 - 76030 | Mysql是单机部署,具体连接参数看测试包,步长1000 |
使用Redis获取区间 | 117548 - 152014 | Redis是单机部署,步长1000 |
使用雪花算法获取 | 4084391 - 4095248 | 缺点就是长度比较长 |
总结: 上面取步长生成序列号的性能和具体DB、Redis的性能关系很大,而且和步长设置大小也有很大关系。 这里我用了比较差的机器配置。DB和Redis也都是单机比较差的。在这样的情况下,获取序列号的性能也还可以。 其中雪花算法的性能和机器没啥关系了,他的上限也没有可利用空间。使用Redis方式性能的提升空间最大。
简单使用
(1)使用DB获取区间方式
public class DbTest_Api extends BaseTest { private Sequence sequence; @Before public void setup() { //数据源 DruidDataSource dataSource = new DruidDataSource(); dataSource.setUrl("jdbc:mysql://121.196.218.206:3306/admin?characterEncoding=UTF-8"); dataSource.setUsername("admin"); dataSource.setPassword("xuan5769386"); dataSource.setMaxActive(300); dataSource.setMinIdle(50); dataSource.setInitialSize(2); dataSource.setMaxWait(500); /** * 参数说明如下: * dataSource:数据库的数据源 * bizName:具体某中业务的序列号 * step:[可选] 默认1000,即每次取redis获取步长值,根据具体业务吞吐量来设置,越大性能越好,但是序列号断层的风险也就越大 */ sequence = DbSeqBuilder.create().dataSource(dataSource).bizName("userId").build(); } @Test public void test() { long start = System.currentTimeMillis(); for (int i = 0; i < 100; i++) { System.out.println("++++++++++id:" + sequence.nextValue()); } System.out.println("interval time:" + (System.currentTimeMillis() - start)); } }
(2)使用Redis获取区间方式
/** * 参数说明如下: * ip:redis连接ip * port:redis连接port * auth:如果redis设置了密码权限需要设置,没有就可以不用设置 * bizName:具体某中业务的序列号 * step:[可选] 默认1000,即每次取redis获取步长值,根据具体业务吞吐量来设置,越大性能越好,但是序列号断层的风险也就越大 */ sequence = RedisSeqBuilder.create().ip("121.196.218.206").port(6379).auth("xuannerpass").step(1000).bizName( "userId").build();
(3)使用雪花算法方式
/** * 参数说明如下: * datacenterId: 一般可以设置机房标志,值只能设置[0-31]之间 * workerId: 一般设置主机编号,值只能设置[0-31]之间 * 只用这来那个值保证服务器唯一就可以 */ sequence = SnowflakeSeqBuilder.create().datacenterId(1).workerId(2).build();
GIT主页地址
https://gitee.com/xuan698400/xsequence
【声明】文章转载自:开源中国社区 [http://www.oschina.net]
以上所述就是小编给大家介绍的《xsequence 分布式序列号生成组件 1.3 发布》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- xsequence 1.4 发布,分布式序列号生成组件
- xsequence 1.5 发布,分布式序列号生成组件
- xsequence 1.6 发布,分布式序列号生成组件
- xsequence 分布式序列号生成组件 1.2 更新啦
- 微信技术分享:微信的海量IM聊天消息序列号生成实践(算法原理篇)
- TCP 协议可靠性是如何保证:滑动窗口,超时重发,序列号确认应答信号
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。