Redis 主从复制

[置顶] Redis笔记（二）主从复制

分类： NoSQL Redis2013-07-18
18:56 11910人阅读 评论(3) 收藏 举报

单台redis会遇到单点故障的问题，为了解决redis的高可用，主从复制应该是学习的第二个步骤。本文想达到的目的是，一个master带一个slave，而slave又带了一个slave，这样的好处是，当master故障后，直接把slaver1改为master，其他的配置不需要修改，服务又可以正常使用。



作为master的redis配置文件不需要修改，此处只修改slave1和slave12的配置文件，对于slave1只需在redis.conf中找到# slaveof <masterip> <masterport>并修改为 slaveof192.168.1.18 6379 然后保存即可，而slave12则修改为slaveof 192.168.10.10 6379 ，这样就可以了，启动slave1和slave12试试吧。

在192.168.1.18上执行redis-cli，使用info命令，在# Replication处能看到

role:master

connected_slaves:1

slave0: 192.168.10.10,6379,online

在192.168.10.10上的redis-cli中可以看到：

# Replication

role:slave

master_host: 192.168.1.18

master_port:6379

master_link_status:up

master_last_io_seconds_ago:7

master_sync_in_progress:0

slave_priority:100

slave_read_only:1

connected_slaves:1

slave0: 192.168.12.12,6379,online

在192.168.12.12上可以看到：

# Replication

role:slave

master_host: 192.168.10.10

master_port:6379

master_link_status:up

master_last_io_seconds_ago:3

master_sync_in_progress:0

slave_priority:100

slave_read_only:1

connected_slaves:0

此时我们想实现的目标已经实现，但是发现在两个slave上无法插入数据，当master故障后，需要在slave1上首先执行slaveof no one命令，再次执行info Replication时，它已经转为master了，此时slave12不受影响。

redis 192.168.10.10:6379> slaveof no one

OK

redis 192.168.10.10:6379> infoReplication

# Replication

role:master

connected_slaves:1

slave0:127.0.0.1,6382,online

redis 192.168.10.10:6379>

至此，已经完成了主从复制，细心的网友可能已经发现，只需配置master的地址和端口，就可以作为slave存在，这样数据就被别人盗取了！！！

目前是的，在下一节会解决这个问题。

[置顶] redis读写分离下的高可用设计与实现（上）

分类： NoSQL Redis2013-12-14
09:07 5030人阅读 评论(7) 收藏 举报

通过Redis笔记（一）纯小白版篇，Redis笔记（二）主从复制和Redis笔记（三）添加密码并修改默认端口后的主从同步三篇文章，我们已经能建立一个可以使用的主从复制的Redis了，例如下图：



在此基础上，我们做了读写分离，写主库，读从库，如下：



这样的确实现了读和写的分离，但是，不管是启动还是运行过程中，只要有一个redis工作不正常，哪怕另外一个工作正常，整个redis对外就不可用——主不可用时，不可写，从不用时不可读，于是出现了单点故障问题，为了解决这个问题，做了如下改进：



经过改造后，主redis和从redis只在启动前有明确的主从关系，启动时如果发现主或者从有一个不可用，那么就把读写共同指向可用的redis，为了达到运行时的高可用，把加载主从redis抽象成一个方法，当访问redis出现异常时，再次调用加载redis的方法，这样，只要在运行的过程中，有一个可用的redis，则redis就可以对外提供服务。

此为上篇，下一篇分享一下我的实现方法。