Redisson 3.19.1 发布,官方推荐的 Redis 客户端
Redisson 3.19.1 已发布,这是一个 Java 编写的 Redis 客户端,具备驻内存数据网格(In-Memory Data Grid)功能,并获得了 Redis 的官方推荐。
此版本更新内容如下:
Feature
- RSet对象中加入了containsEach()方法
- 在RPermitExpirableSemaphore对象中加入getPermits()、acquiredPermits()、setPermits()方法
Breaking change
- Kryo5Codec 使用自己的序列化器来序列化 UUID、URI 和 Pattern 对象
Fixed
- RReliableTopic 不会立即删除所有过期的 subscribers
- 如果 channel 以__keyspace@和__keyevent@开头,集群中故障切换后RPatternTopic消息重复。
- RBatch.getListMultimapCache()方法应返回RMultimapCacheAsync接口
- SharedPubSub监听器没有被触发
- RSetCacheRx 和 RSetCacheReactive 缺少 tryAdd() 方法
- RSetRx 和 RSetReactive 对象缺少 tryAdd() 方法
- 如果使用nameMapper,RBloomFilter bitset不能被过期和删除
- RMapCacheRx和RMapCacheReactive接口缺少addListener()方法。
- RMapCacheAsync 接口缺少 addListenerAsync() 方法
- RTopicAsync.addListenerAsync() 方法对 MessageListener 对象使用了错误的通用模式
- 如果使用nameMapper,RPermitExpirableSemaphore在集群中抛出CROSSSLOT错误
更新说明:https://github.com/redisson/redisson/releases/tag/redisson-3.19.1

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Ventoy 1.0.87 发布,制作可启动 U 盘的开源工具
Ventoy 是一个制作可启动 U 盘的开源工具。使用 Ventoy 后,不需要反复格式化 U 盘,只需要把 ISO/WIM/IMG/VHD (x)/EFI 等类型的文件直接拷贝到 U 盘里面就可以启动了,无需其他操作。 Ventoy 安装之后,同一个 U 盘可以同时支持 x86 Legacy BIOS、IA32 UEFI、x86_64 UEFI、ARM64 UEFI 和 MIPS64EL UEFI 模式,同时还不影响 U 盘的日常使用。 Ventoy 支持大部分常见类型的操作系统 (Windows/WinPE/Linux/ChromeOS/Unix/VMware/Xen ...) 最近发布的1.0.87包含如下更新: 在二级启动菜单中新增返回上一级菜单选项。 在主题插件中,gfxmode 选项新增max设置值。说明 修复了通过 F2 浏览启动逻辑分区中的 VHD/VHDX 文件时的BUG。 修复了F5 Tools ---> Power ---> $VTLANG_POWER_REBOOT_EFIFW的显示错误。 .md5/.sha1/.sh256/.sha512 校验文件支...
- 下一篇
每日一博 | 百万并发场景中倒排索引与位图计算的实践
作者:京东物流 郎元辉 背景 Promise时效控单系统作为时效域的控制系统,在用户下单前、下单后等多个节点均提供服务,是用户下单黄金链路上的重要节点;控单系统主要逻辑是针对用户请求从规则库中找出符合条件的最优规则,并将该规则的时效控制结果返回客户端,比如因为临时疫情等原因针对仓、配、商家、客户四级地址等不同维度进行精细粒度的时效控制。 该系统也是Promise侧并发量最大的系统,双11高峰集群流量TPS在百万级别,对系统的性能要求非常高,SLA要求在5ms以内,因此对海量请求在规则库(几十万)中如何快速正确匹配规则是该系统的技术挑战点。 朴素的解决方案 按照朴素的思想,在工程建设上,通过异步方式将规则库逐行缓存到Redis,Key为规则条件,Value为规则对应结果;当用户请求过来时,对请求Request(a,b,c,d..)中的参数做全组合,根据全组合出的Key尝试找出所有可能命中的规则,再从中筛选出最优的规则。如下图所示 该方案面临的问题是全组合的时间复杂度是2**n,n≈12;算法的时间复杂度高且算法稳定性差,最差情况一次请求需要4096次计算和读取操作。当然在工程上我们...
相关文章
文章评论
共有0条评论来说两句吧...