安装
- 源码安装
按照redis官网进行安装。 - yum安装
yum -y install redis
多实体
- 备份redis.conf
cp redis.conf redis.conf.bak
- 修改redis.conf
# 写入时去掉注释
port 6379
daemonize no #后台运行redis
pidfile /data/6379/redis.pid #将redis进程的id写入到redis.pid这个文件
loglevel notice #日志级别
logfile "/data/6379/redis.log"
dir /data/6379 #配置redis数据存放点
protected-mode yes #redis3.0之后的安全模式
requirepass qiangdademima #给redis添加密码
redis的安全模式,可能会阻挡你远程连接,为了解决这个安全模式,给redis设置一个密码
- 查看redis密码
127.0.0.1:6379>CONFIG get requirepass - 设置密码
127.0.0.1:6379> CONFIG set requirepass "password"
发布订阅
PUBLISH channel msg
将信息 message 发送到指定的频道 channel
SUBSCRIBE channel [channel ...]
订阅频道,可以同时订阅多个频道
UNSUBSCRIBE [channel ...]
取消订阅指定的频道, 如果不指定频道,则会取消订阅所有频道
PSUBSCRIBE pattern [pattern ...]
订阅一个或多个符合给定模式的频道,每个模式以 * 作为匹配符,比如 it* 匹配所 有以 it 开头的频道( it.news 、 it.blog 、 it.tweets 等等), news.* 匹配所有 以 news. 开头的频道( news.it 、 news.global.today 等等),诸如此类
PUNSUBSCRIBE [pattern [pattern ...]]
退订指定的规则, 如果没有参数则会退订所有规则
PUBSUB subcommand [argument [argument ...]]
查看订阅与发布系统状态
注意:使用发布订阅模式实现的消息队列,当有客户端订阅channel后只能收到后续发布到该频道的消息,之前发送的不会缓存,必须Provider和Consumer同时在线。
持久化
redis是内存型数据库,服务器进程关闭后数据会丢失,所以需要进行持久化操作。
RDB持久化
将数据保存到硬盘中,可以手动执行,也配置redis.conf定期执行。产生的rdb文件是一个经过压缩的二进制文件。
rdb通过在redis.conf使用save命令触发。
# 配置详情
daemonize yes
port 6379
logfile /data/6379/redis.log
dir /data/6379 #定义持久化文件存储位置
dbfilename dbmp.rdb #rdb持久化文件
bind 10.0.0.10 127.0.0.1 #redis绑定地址
requirepass redhat #redis登录密码
save 900 1 #rdb机制 每900秒 有1个修改记录
save 300 10 #每300秒 10个修改记录
save 60 10000
AOF持久化
记录服务器执行的所有变更操作命令(例如set del等),并在服务器启动时,通过重新执行这些命令来还原数据集。AOF 文件中的命令全部以redis协议的格式保存,新命令追加到文件末尾。
# 配置详情
daemonize yes
port 6379
logfile /data/6379/redis.log
dir /data/6379
dbfilename dbmp.rdb
requirepass redhat
save 900 1
save 300 10
save 60 10000
appendonly yes
appendfsync everysec
不重启情况下将rdb切换为aof,rdb中已有的数据也要转到aof
1.准备redis.conf配置文件,确保开启rdb功能,配置参数如下
port 6379
daemonize yes
pidfile /data/redis.pid
loglevel notice
logfile "/data/redis.log"
dir /data/
dbfilename dbmp.rdb
save 900 1
save 300 10
save 60 10000
2.启动redis服务端
redis-server redis.conf
3.插入redis数据,通过save命令,强制写入持久化rdb文件(此时还是使用rdb持久化)
set name shahe
set age 11
save
4.通过命令,切换到aof持久化,(注意此步只是临时生效,必须将AOF的配置,写入redis.conf)
127.0.0.1:6379> CONFIG set appendonly yes #开启AOF功能
OK
127.0.0.1:6379> CONFIG SET save "" #关闭RDB功能
OK
5.修改配置文件,添加aof参数,(此步重启后,rdb持久化完全切换aof持久化,且数据保持一致)
port 6379
# redis后台启动
daemonize yes
# 安全模式
protomode yes
# 设置密码
requirepass xxxx
# 存放redis pid的文件
pidfile /data/redis.pid
loglevel notice
logfile "/data/redis.log"
# 指明redis数据目录
dir /data/
appendonly yes
appendfsync everysec
6.重启redis服务
- redis 持久化方式有哪些?有什么区别?
- rdb:基于快照的持久化,速度更快,一般用作备份,主从复制也是依赖于rdb持久化功能
- aof:以追加的方式记录redis操作日志的文件。可以最大程度的保证redis数据安全,类似于mysql的binlog
redis主从配置
在从库的redis.conf 中添加:slaveof 主库ip,主库port
手动主从切换
当主库挂了
手动选一个slave作为主库,将被选为主库的slave设置,slaveof no one
在其他slave配置 slave 新主库的ip port
主从同步的好处
- 保存数据安全,主从及其两份数据
- 读写分离,缓解主库压力(主库:可读可写,从库:只读)
缺点
- 手动主从切换
哨兵
Redis-Sentinel是redis官方推荐的高可用性解决方案,
当用redis作master-slave的高可用时,如果master本身宕机,redis本身或者客户端都没有实现主从切换的功能。
而redis-sentinel就是一个独立运行的进程,用于监控多个master-slave集群,
自动发现master宕机,进行自动切换slave > master。
- 主要功能
- 不时的监控redis是否良好运行,如果节点不可达就会对节点进行下线标识。
- 如果被标识的是主节点,sentinel就会和其他的sentinel节点“协商”,如果其他节点也人为主节点不可达,就会选举一个sentinel节点来完成自动故障转义。
- 在master-slave进行切换后,master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变,即master_redis.conf中会多一行slaveof的配置,sentinel.conf的监控目标会随之调换。
- 配置信息
# 主节点master的redis-6379.conf
port 6379
daemonize yes
logfile "6379.log"
dbfilename "dump-6379.rdb"
dir "/var/redis/data/"
# 从节点slave的redis-6380.conf
port 6380
daemonize yes
logfile "6380.log"
dbfilename "dump-6380.rdb"
dir "/var/redis/data/"
slaveof 127.0.0.1 6379 // 从属主节点
# 从节点slave的redis-6381.conf
port 6381
daemonize yes
logfile "6380.log"
dbfilename "dump-6380.rdb"
dir "/var/redis/data/"
slaveof 127.0.0.1 6379 // 从属主节点
# 启动redis主节点和从节点
redis-server /etc/redis-6379.conf
redis-server /etc/redis-6380.conf
redis-server /etc/redis-6381.conf
# 配置redis sentinel
## 分别写入redis-sentinel-26379.conf,redis-sentinel-26380.conf,redis-sentinel-26381.conf。注意修改端口
// Sentinel节点的端口
port 26379
dir /var/redis/data/
logfile "26379.log"
// 当前Sentinel节点监控 192.168.119.10:6379 这个主节点
// 2代表判断主节点失败至少需要2个Sentinel节点节点同意
// mymaster是主节点的别名
sentinel monitor mymaster 192.168.119.10 6379 2
//每个Sentinel节点都要定期PING命令来判断Redis数据节点和其余Sentinel节点是否可达,如果超过30000毫秒30s且没有回复,则判定不可达
sentinel down-after-milliseconds mymaster 30000
//当Sentinel节点集合对主节点故障判定达成一致时,Sentinel领导者节点会做故障转移操作,选出新的主节点,
原来的从节点会向新的主节点发起复制操作,限制每次向新的主节点发起复制操作的从节点个数为1
sentinel parallel-syncs mymaster 1
//故障转移超时时间为180000毫秒
sentinel failover-timeout mymaster 180000
# 启动哨兵
redis-sentinel /etc/redis-sentinel-26379.conf
redis-sentinel /etc/redis-sentinel-26380.conf
redis-sentinel /etc/redis-sentinel-26381.conf
- 查看哨兵信息
redis-cli -p 哨兵port info sentinel
redis-cli info replication 查看redis的复制授权信息
redis-cli info 查看数据库信息
redis集群
待续