【本人原创】,欢迎交流和分享技术,转载请附上如下内容:
如果你觉得这篇文章对你有帮助,请记得帮我点赞, 谢谢!作者:kevin【转自】
很多时候,我们常常会需要给系统构造不同的流水号,并且不希望它出现重复数据,有很多方法能够实现这个需求。
但是,我们希望方法是能够动态支持不同业务场景、跨语言和操作平台,支持服务水平扩展。
一、需求描述:
1. 每天的不同业务的流水号 (每天从1开始)
2. 永久的不同业务的唯一标识 (历史从1开始)
3. 不依赖数据库的Sequence和支持跨平台。
二、技术实现
1. 采用redis的内部函数incr(string main_key, string item_key, long addValue)方法,对不同场景的ID进行自动+1或+n进行构造和返回。
2. 采用java的restful进行数据请求和返回结果。
三、代码分析
1. 后台代码
因为Redis本省是线程安全,所以我们不用自己加些写入数据的锁,只需要直接调用incre方法,存入增量1或n,redis就能自动返回我们需要的下一个sequence的数值。
这个类似数据库oracle的sequence.nextval
2.前台代码
主要是restful接受参数:main_key和item_key,你也可以增加一个自定义参数addValue,
这样也就可以做批量构造流水号或sequence (见 数值区间 =【maxCurReturn - addValue + 1, maxCurReturn】).
四、压力测试
因为这里只是一台Redis测试机器,所以多线程去请求获得的单步构造流水号的TPS是675。
但是这个已经足够我们使用它做流水号的构造了。如果超过这个范围,就要考虑部署服务和Redis集群,并且代码采用批量获取(addValue不要传入1,要传入批量的构造个数n)。
测试1:手动执行一次soapUI的单个请求,后台查看Id变为1
测试2:执行三次压力测试(每次1000个线程并发请求),平均tps为678,后台查看ID变为69765