安装
- 源码安装
按照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集群
待续
来源:https://www.cnblogs.com/tmdhhl/p/10828150.html