类似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节点了
三、客户端使用
@Test public void testRedisson() { Config config = new Config(); config.useMasterSlaveConnection().setMasterAddress("10.6.144.155:7030") .addSlaveAddress("10.6.144.156:7031"); Redisson redisson = Redisson.create(config); String key = "test"; RBucket myObj = redisson.getBucket(key); if (myObj!=null){ myObj.delete(); } myObj.set("hello World"); System.out.println(myObj.get());//断点停在这里，然后down掉master，不影响读取 myObj.set("new Value");//恢复master，down掉slave，不影响写入 System.out.println(myObj.get());//再恢复slave，down掉master，可正常读取 myObj.set("can not write to master");//master已down掉，无法写入 System.out.println(myObj.get());//恢复master，down掉slave，无法读取 redisson.shutdown(); } 注：经实际测试，redisson客户端在set写操作时，连接的是master node，get读操作时连接的是slave，而且遇到操作失败，会同步阻塞后面的处理（一直等待，直到超时）
即：set操作时，至少要有一台可连接的master，get操作时，至少要有一台可连接的slave
@Test public void testJedis() throws InterruptedException { Jedis jedisMaster = new Jedis("10.6.144.155", 7030); String key = "a"; String a= jedisMaster.get(key); if (a!=null){ jedisMaster.del(key); } jedisMaster.set(key, "hi!");//向master写入 jedisMaster.close(); Jedis jedisSlave = new Jedis("10.6.144.156", 7031);// 连接slave jedisSlave.slaveof("10.6.144.155", 7030);// 指定master System.out.println(jedisSlave.get(key)); jedisSlave.slaveofNoOne();//master如果down挂，可以用代码将slave提升为master（即：可写） jedisSlave.set(key, "new"); System.out.println(jedisSlave.get(key)); jedisSlave.close(); } 后记：个人感觉master-slave模式作用有限，因为从二种client的测试结果看，在没有其它监控机制的前提下，无论是master或slave挂掉，都需要手动调整配置或修改代码，才能保证读/写继续正常工作，理想情况是master挂掉，最好slave中能自动(无需人工干预)选出一台充当master继续服务。redis 的，目前尚处于beta阶段，估计不久的将来，等cluster功能正式发布后，可以通过custer功能搭建redis集群。
转自：http://www.cnblogs.com/yjmyzz/p/4106142.html