redis官网
https://redis.io/
下载redis最新安装包
http://download.redis.io/releases/redis-3.2.8.tar.gz
下载下来用ftp上传至linux服务器或者直接用yum下载
安装redis
1.解压tar.gz
tar -xvf redis-3.2.8.tar.gz
2.编译
make
3.安装
make install
安装完成
redis-server 测试启动是否正常
主从复制(读写分离)
主从复制的好处有2点:
1、 避免redis单点故障
2、 构建读写分离架构,满足读多写少的应用场景
主从架构
启动实例
创建6379、6380、6381目录,分别将安装目录下的redis.conf拷贝到这三个目录下。
复制redis.conf至根目录redis/6379
mkdir /redis
cp reids.conf /reids
mkdir 6379
cp redis.conf 6379
cd 6379
vim 6379
分别进入这三个目录,分别修改配置文件,将端口分别设置为:6379(Master)、6380(Slave)、6381(Slave)。同时要设置pidfile文件为不同的路径。
修改如下配置内容:
daemonize yes 后台运行
pidfile /var/run/redis-6379.pid reidis运行的进程pid
save 900 1
save 300 10
save 60 10000 这三个rdb的持久化 ,这个不需要 注释掉
设置主从
在redis中设置主从有2种方式:
1、 在redis.conf中设置slaveof
a) slaveof <masterip> <masterport>
2、 使用redis-cli客户端连接到redis服务,执行slaveof命令
a) slaveof <masterip> <masterport>
第二种方式在重启后将失去主从复制关系。
分别通过以上两种方式,将6380和6381设置为从库
查看主从信息:INFO replication
主:
role:角色
connected_slaves:从库数量
slave0:从库信息
从:
测试:
在主库写入数据
在从库中读取数据
会发现我没做主从之前的两条数据也同步到从库了 ,那是因为redis会做全量同步
主从从架构
启动实例
从信息:
从从信息:
测试
在主库存入数据
在从6380获取数据
在从从6381获取数据:
从库只读
默认情况下redis数据库充当slave角色时是只读的不能进行写操作。
可以在配置文件中开启非只读:slave-read-only no
复制的过程原理
1、 当从库和主库建立MS关系后,会向主数据库发送SYNC命令;
2、 主库接收到SYNC命令后会开始在后台保存快照(RDB持久化过程),并将期间接收到的写命令缓存起来;
3、 当快照完成后,主Redis会将快照文件和所有缓存的写命令发送给从Redis;
4、 从Redis接收到后,会载入快照文件并且执行收到的缓存的命令;
5、 之后,主Redis每当接收到写命令时就会将命令发送从Redis,从而保证数据的一致;
无磁盘复制
通过前面的复制过程我们了解到,主库接收到SYNC的命令时会执行RDB过程,即使在配置文件中禁用RDB持久化也会生成,那么如果主库所在的服务器磁盘IO性能较差,那么这个复制过程就会出现瓶颈,庆幸的是,Redis在2.8.18版本开始实现了无磁盘复制功能(不过该功能还是处于试验阶段)。
原理:
Redis在与从数据库进行复制初始化时将不会将快照存储到磁盘,而是直接通过网络发送给从数据库,避免了IO性能差问题。
开启无磁盘复制:repl-diskless-sync yes
复制架构中出现宕机怎么办?
如果在主从复制架构中出现宕机的情况,需要分情况看:
从Redis宕机
a) 这个相对而言比较简单,在Redis中从库重新启动后会自动加入到主从架构中,自动完成同步数据;
b) 问题?如果从库在断开期间,主库的变化不大,从库再次启动后,主库依然会将所有的数据做RDB操作吗?还是增量更新?(从库有做持久化的前提下)
i. 不会的,因为在Redis2.8版本后就实现了,主从断线后恢复的情况下实现增量复制。
主Redis宕机
a) 这个相对而言就会复杂一些,需要以下2步才能完成
i. 第一步,在从数据库中执行SLAVEOF NO ONE命令,断开主从关系并且提升为主库继续服务;
ii. 第二步,将主库重新启动后,执行SLAVEOF命令,将其设置为其他库的从库,这时数据就能更新回来;
b) 这个手动完成恢复的过程其实是比较麻烦的并且容易出错,有没有好办法解决呢?当前有的,Redis提高的哨兵(sentinel)的功能。