Jedis不同版本一致性hash实现的坑

最新推荐文章于 2025-03-10 16:40:04 发布

clsq0913

最新推荐文章于 2025-03-10 16:40:04 发布

阅读量387

点赞数

分类专栏： Java 文章标签：哈希算法 redis java

本文链接：https://blog.youkuaiyun.com/clsq0913/article/details/122160445

版权

博客讲述了在整合新旧系统会话过程中遇到的问题，由于新旧系统使用Jedis的版本不一致，导致一致性哈希实现的不同，使得相同的会话key在不同系统中定位到的Redis节点不同，从而出现会话时而能访问，时而不能的情况。通过代码比对发现，新旧系统在生成一致性哈希环时的算法有细微差别，最终确定问题源头并强调了版本统一的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近做新旧系统做会话统一，新旧系统都是用redis存储会话，原以为很简单的事情，然而出现了奇怪现象。新系统创建了会话，理论上旧系统就可以正常访问，但是出现时而可以，时而不行（报会话不存在需登录）。
本地debug，用新系统创建的token在旧系统上查，确实有的可以查到，有的不行。由于系统是用Jedis分片模式（ShardedJedis），猜测新系统把会话存在A节点，旧系统去B节点查，但是同一个token hash后应该是同一个节点才是，查了下两个系统用的Jedis版本不一样，感觉问题接近了，一查代码果然
新系统
redis.clients.util.Sharded#initialize

private void initialize(List<S> shards) {
   
        this.nodes = new TreeMap();

        for(int i = 0; i != shards.size(); ++i) {
   
            S shardInfo = (ShardInfo)shards.get(i);
            int n;
            if (shardInfo.getName() == null