jodis

最新推荐文章于 2024-09-01 07:22:27 发布

HEL_WOR

最新推荐文章于 2024-09-01 07:22:27 发布

阅读量4.2k

点赞数

CC 4.0 BY-SA版权

分类专栏： Java 文章标签： jodis

本文链接：https://blog.csdn.net/HEL_WOR/article/details/61704322

Java 专栏收录该内容

13 篇文章

订阅专栏

本文介绍了阅读Jodis代码的心得，Jodis作为Codis的数据源封装，利用Zookeeper监控Codis Proxy并实现负载均衡。在使用中发现Jodis监听的节点存在与Codis Proxy实际行为不一致的情况，导致在未手动添加Proxy的admin地址到dashboard时，连接可能不可用。建议改进监听路径以解决此问题。

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

今天读了下jodis的代码。
配合codis使用的。
其主要着眼点是数据源，对jedispool做了封装。
通过zookeeper上注册的codis proxy个数创建相应个数的jedispool封装为RoundRobinJedisPool，并监听节点的变化，proxy的地址会传回来，可以及时增删配置的jedispool。
但不能根据proxy自定义的配置除host，port之外的其他jedispool配置。

然后每次获取连接的时候就可以做负载均衡了，依次轮询所有jedispool拿连接。

自己封装codis的客户端时可以参考这个思路。

Update：

jodis监听的节点，参见保存在zookeeper的jodis目录下节点数据，再看源码的CodisProxyInfo类，可以知道其监听的是/codis3/codis-demo/jodis。
但这里应该监听的是/codis3/codis-demo/proxy。
proxy在启动后，除非在codis的dashboard界面手动加入此proxy配置的admin地址，否则proxy会一直waiting online。
但/codis3/codis-demo/jodis路径下会新增这个proxy的信息，虽然jodis的源码中判断了proxy是否online，但是就测试来看即使没有在dashboard手动加入此proxy的admin，注册在jodis路径下的proxy信息中的state值仍未onlien，这样判断就失效了。
这样造成的结果是：

Caused by: java.util.NoSuchElementException: Unable to validate object

在对象池validateObject逻辑中， codis对jedis的ping命令的返回了异常：

这里写图片描述

直到在dashboard添加了admin地址，这段时间应用拿到的连接不可用。
应用还需要自己处理这种异常。

所以可以修改CodisProxyInfo类，需要proxy_addr字段。
监听/codis3/codis-demo/proxy路径，这样可以避开这个问题。