redis-master-slave

Redis复制工作原理:

1. 如果设置了一个Slave,无论是第一次连接还是重连到Master,它都会发出一个SYNC命令;
2. 当Master收到SYNC命令之后,会做两件事:
a) Master执行BGSAVE,即在后台保存数据到磁盘(rdb快照文件);
b) Master同时将新收到的写入和修改数据集的命令存入缓冲区(非查询类);
3. 当Master在后台把数据保存到快照文件完成之后,Master会把这个快照文件传送给Slave,而Slave则把内存清空后,加载该文件到内存中;
4. 而Master也会把此前收集到缓冲区中的命令,通过Reids命令协议形式转发给Slave,Slave执行这些命令,实现和Master的同步;
5. Master/Slave此后会不断通过异步方式进行命令的同步,达到最终数据的同步一致;
6. 需要注意的是Master和Slave之间一旦发生重连都会引发全量同步操作。但在2.8之后版本,也可能是部分同步操作。
 
目标:

搭建一个redis 集群(一主三从)

 

master 下挂 slaveA,slaveB

其中:slaveB下挂slaveC

 

准备
sudo wget http://download.redis.io/releases/redis-3.2.6.tar.gz
sudo tar -xzvf redis-2.8.13.tar.gz
cd redis-2.8.13/src

 

 

生成可执行文件:
sudo make

 

 

复制实例以及配置 到某个目录(这个一般是启动目录)
sudo cp /home/q/www/redis/redis-2.8.13/src/redis-server .
sudo cp /home/q/www/redis/redis-2.8.13/src/redis-cli .
sudo cp /home/q/www/redis/redis-2.8.13/src/redis-benchmark .
sudo cp /home/q/www/redis/redis-2.8.13/redis.conf .

 

 

扫描二维码关注公众号,回复: 297002 查看本文章
复制(多份配置,用于启动不同的端口号和主从关系等):

sudo cp redis.conf redis_A.conf 

sudo cp redis.conf redis_B.conf 

sudo cp redis.conf redis_C.conf 

 

修改各自实例的端口号:

A:port 6380

B: port 6381

C: port 6382

 

修改主从配置:

A:slaveof 127.0.0.1 6379

B: slaveof 127.0.0.1 6379

C: slaveof 127.0.0.1 6380

 

启动实例:
nohup sudo ./redis-server redis.conf &
nohup sudo ./redis-server redis_A.conf &
nohup sudo ./redis-server redis_B.conf &
nohup sudo ./redis-server redis_C.conf &

 

 

测试:
sudo ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379> set name xinchun.wang
OK
[xinchun.wang@l-*.f.dev.cn6 ~/redis]$ sudo ./redis-cli -h 127.0.0.1 -p 6380
127.0.0.1:6380> get name
"xinchun.wang"
127.0.0.1:6380> 
[xinchun.wang@l-*.f.dev.cn6 ~/redis]$ sudo ./redis-cli -h 127.0.0.1 -p 6381
127.0.0.1:6381> get name
"xinchun.wang"
127.0.0.1:6381> 
[xinchun.wang@l-*.f.dev.cn6 ~/redis]$ sudo ./redis-cli -h 127.0.0.1 -p 6382
127.0.0.1:6382> get name
"xinchun.wang"

 

 

主从配置完毕!

 

继续了解:

127.0.0.1:6379> info

# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6380,state=online,offset=976,lag=0
slave1:ip=127.0.0.1,port=6381,state=online,offset=976,lag=0
 

 注意:

role:master

connected_slaves:2

 

 

 

 

127.0.0.1:6380> info

# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:7
master_sync_in_progress:0
slave_repl_offset:1046
slave_priority:100
slave_read_only:1
connected_slaves:0

 

 

 

127.0.0.1:6381> info

 

 

# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:2
master_sync_in_progress:0
slave_repl_offset:2768
slave_priority:100
slave_read_only:1
connected_slaves:1
slave0:ip=127.0.0.1,port=6382,state=online,offset=2754,lag=0

 

关闭实例:
 sudo ./redis-cli -n  6379 shutdown

  

 

其他:

改为 yes # 是否后台运行 (还可以通过文中的nohup & 的方式,不建议使用)

daemonize yes  

#数据文件的位置

dbfilename dump.rdb

#当前实例启动的端口号

port 6379

#配置从

slaveof 127.0.0.1 6379

#数据目录:

dir .  # 数据目录

maxmemory项,设最大占用内存为50MB:maxmemory 50mb
有6种内存过期策略,通过maxmemory-policy修改,一般使用默认值或allkeys-lru:
volatile-lru:只对设置了过期时间的key进行LRU(默认值)
allkeys-lru : 是从所有key里 删除 不经常使用的key
volatile-random:随机删除即将过期key
allkeys-random:随机删除
volatile-ttl : 删除即将过期的

noeviction : 永不过期,返回错误 

以下是关于 Redis 复制功能的几个重要方面:
1. 一个Master可以有多个Slave;
2. Redis使用异步复制。从2.8开始,Slave会周期性(每秒一次)发起一个Ack确认复制流(replication stream)被处理进度;
3. 不仅主服务器可以有从服务器, 从服务器也可以有自己的从服务器, 多个从服务器之间可以构成一个图状结构;
4. 复制在Master端是非阻塞模式的,这意味着即便是多个Slave执行首次同步时,Master依然可以提供查询服务;
5. 复制在Slave端也是非阻塞模式的:如果你在redis.conf做了设置,Slave在执行首次同步的时候仍可以使用旧数据集提供查询;你也可以配置为当Master与Slave失去联系时,让Slave返回客户端一个错误提示;
6. 当Slave要删掉旧的数据集,并重新加载新版数据时,Slave会阻塞连接请求(一般发生在与Master断开重连后的恢复阶段);
7. 复制功能可以单纯地用于数据冗余(data redundancy),也可以通过让多个从服务器处理只读命令请求来提升扩展性(scalability): 比如说, 繁重的 SORT 命令可以交给附属节点去运行。
8. 可以通过修改Master端的redis.config来避免在Master端执行持久化操作(Save),由Slave端来执行持久化。

猜你喜欢

转载自wangxinchun.iteye.com/blog/2350807