此文档已经不再维护。您当前查看的是快照版本。如果想要查看最新版本的文档,请参阅最新版本。
基于 Redis [^1] 实现的注册中心。
从 2.1.0 版本开始支持。
Redis 过期数据通过心跳的方式检测脏数据,服务器时间必须同步,并且对服务器有一定压力,否则过期检测会不准确

使用 Redis 的 Key/Map 结构存储数据结构:
使用 Redis 的 Publish/Subscribe 事件通知数据变更:
register, unregister, subscribe, unsubscriberegister, unregister 事件psubscribe 功能订阅 /dubbo/*,会收到所有服务的所有变更事件调用过程:
Key:/dubbo/com.foo.BarService/providers 下,添加当前提供者的地址Channel:/dubbo/com.foo.BarService/providers 发送 register 事件Channel:/dubbo/com.foo.BarService/providers 订阅 register 和 unregister 事件Key:/dubbo/com.foo.BarService/consumers 下,添加当前消费者的地址register 和 unregister 事件后,从 Key:/dubbo/com.foo.BarService/providers 下获取提供者地址列表Channel:/dubbo/* 订阅 register 和 unregister,以及 subscribe 和unsubsribe 事件register 和 unregister 事件后,从 Key:/dubbo/com.foo.BarService/providers 下获取提供者地址列表subscribe 和 unsubsribe 事件后,从 Key:/dubbo/com.foo.BarService/consumers 下获取消费者地址列表<dubbo:registry address="redis://10.20.153.10:6379" />
或
<dubbo:registry address="redis://10.20.153.10:6379?backup=10.20.153.11:6379,10.20.153.12:6379" />
或
<dubbo:registry protocol="redis" address="10.20.153.10:6379" />
或
<dubbo:registry protocol="redis" address="10.20.153.10:6379,10.20.153.11:6379,10.20.153.12:6379" />
<dubbo:registry group="dubbo" /> 设置 redis 中 key 的前缀,缺省为 dubbo。<dubbo:registry cluster="replicate" /> 设置 redis 集群策略,缺省为 failover:failover: 只写入和读取任意一台,失败时重试另一台,需要服务器端自行配置数据同步replicate: 在客户端同时写入所有服务器,只读取单台,服务器端不需要同步,注册中心集群增大,性能压力也会更大阿里内部并没有采用 Redis 做为注册中心,而是使用自己实现的基于数据库的注册中心,即:Redis 注册中心并没有在阿里内部长时间运行的可靠性保障,此 Redis 桥接实现只为开源版本提供,其可靠性依赖于 Redis 本身的可靠性。