类似mysql的master-slave模式一样，redis的master-slave可以提升系统的可用性，master节点写入cache后，会自动同步到slave上。

环境：

master node: 10.6.144.155:7030

slave node: 10.6.144.156:7031

一、配置

仅需要在slave node上修改配置：

找到slaveof这行，参考下面的修改（填上master node的Ip和端口就完事了）

slaveof 10.6.144.155 7030

另外注意下 slave-read-only yes 这行，这表示slave只读不写，也是推荐设置

二、验证

启动master/slave这二台机器上的redis，在master上加一个缓存项

然后在slave上取出该缓存项

取到了，说明master上的cache自动复制到slave节点了

三、redisson客户端使用

 View Code

注：经实际测试，redisson客户端在set写操作时，连接的是master node，get读操作时连接的是slave，而且遇到操作失败，会同步阻塞后面的处理（一直等待，直到超时）

即：set操作时，至少要有一台可连接的master，get操作时，至少要有一台可连接的slave

四、Jedis客户端使用

 View Code

后记：个人感觉master-slave模式作用有限，因为从二种client的测试结果看，在没有其它监控机制的前提下，无论是master或slave挂掉，都需要手动调整配置或修改代码，才能保证读/写继续正常工作，理想情况是master挂掉，最好slave中能自动(无需人工干预)选出一台充当master继续服务。redis 的cluster功能，目前尚处于beta阶段，估计不久的将来，等cluster功能正式发布后，可以通过custer功能搭建redis集群。