安装redis6
依赖安装
yum -y install centos-release-scl scl-utils-build
yum -y install -y devtoolset-8-toolchain
scl enable devtoolset-8 bash
gcc --version
下载redis-6.2.1.tar.gz放/opt目录
tar -zxvf redis-6.0.10.tar.gz
cd redis-6.0.10
编译安装
make && make install
安装目录:/usr/local/bin
查看默认安装目录:
redis-benchmark:性能测试工具,可以在自己本子运行,看看自己本子性能如何
redis-check-aof:修复有问题的AOF文件,rdb和aof后面讲
redis-check-dump:修复有问题的dump.rdb文件
redis-sentinel:Redis集群使用
redis-server:Redis服务器启动命令
redis-cli:客户端,操作入口
后台启动
复制一份redis.conf
mkdir -p /usr/local/redis
cp redis.conf /usr/local/redis
cd /usr/local/redis
mkdir -p /usr/local/redis/log/
mkdir -p /usr/local/redis/data/
修改配置文件
sed -i 's#bind 127.0.0.1#bind 0.0.0.0#g' redis.conf
sed -i 's#protected-mode yes#protected-mode no#g' redis.conf
sed -i 's#daemonize no#daemonize yes#g' redis.conf
sed -i 's#logfile ""#logfile "/usr/local/redis/log/redis-6379.log"#g' redis.conf
sed -i 's#dbfilename dump.rdb#dbfilename dump-6379.rdb#g' redis.conf
sed -i 's#dir ./#dir /usr/local/redis/data/#g' redis.conf
#echo "masterauth zkc@123" >> redis.conf
#echo "requirepass zkc@123" >> redis.conf
sed -i 's#appendfilename "appendonly.aof"#appendfilename "appendonly-6379.aof"#g' redis.conf
#echo "slave-read-only yes" >> redis.conf
#echo "slaveof 192.168.10.138 6379" >> redis.conf
daemonize yes #设置为后台启动
bind 0.0.0.0
protected-mode no #允许远程连接
requirepass zkc@Redis #设置登录密码
#appendonly yes
appendfilename "appendonly.aof"
logfile "/usr/local/redis/log/redis.log"
#持久化?件名称
dbfilename xdclass.rdb
#持久化?件存储路径
dir /usr/local/redis/data
#持久化策略, 10秒内有个1个key改动,执?快照
#save 10 1
启动
redis-server redis.conf
redis基本配置
网络相关配置
bind
默认情况bind=127.0.0.1只能接受本机的访问请求
不写的情况下,无限制接受任何ip地址的访问
生产环境肯定要写你应用服务器的地址;服务器是需要远程访问的,所以需要将其注释掉
如果开启了protected-mode,那么在没有设定bind ip且没有设密码的情况下,Redis只允许接受本机的响应
保存配置,停止服务,重启启动查看进程,不再是本机访问了。
protected-mode
将本机访问保护模式设置no
port
端口号,默认 6379
tcp-backlog
设置tcp的backlog,backlog其实是一个连接队列,backlog队列总和=未完成三次握手队列 + 已经完成三次握手队列。
在高并发环境下你需要一个高backlog值来避免慢客户端连接问题。
注意Linux内核会将这个值减小到/proc/sys/net/core/somaxconn的值(128),所以需要确认增大/proc/sys/net/core/somaxconn和/proc/sys/net/ipv4/tcp_max_syn_backlog(128)两个值来达到想要的效果
timeout
一个空闲的客户端维持多少秒会关闭,0表示关闭该功能。即永不关闭。
tcp-keepalive
对访问客户端的一种心跳检测,每个n秒检测一次。
单位为秒,如果设置为0,则不会进行Keepalive检测,建议设置成60
GENERAL通用
daemonize
是否为后台进程,设置为yes
守护进程,后台启动
pidfile
存放pid文件的位置,每个实例会产生一个不同的pid文件
.loglevel
指定日志记录级别,Redis总共支持四个级别:debug、verbose、notice、warning,默认为notice
四个级别根据使用阶段来选择,生产环境选择notice 或者warning
logfile
日志文件名称
databases 16
设定库的数量 默认16,默认数据库为0,可以使用SELECT 命令在连接上指定数据库id
SECURITY安全
设置密码
访问密码的查看、设置和取消
在命令中设置密码,只是临时的。重启redis服务器,密码就还原了。
永久设置,需要再配置文件中进行设置。
LIMITS限制
maxclients
设置redis同时可以与多少个客户端进行连接
默认情况下为10000个客户端。
如果达到了此限制,redis则会拒绝新的连接请求,并且向这些连接请求方发出“max number of clients reached”以作回应。
maxmemory
建议必须设置,否则,将内存占满,造成服务器宕机
设置redis可以使用的内存量。一旦到达内存使用上限,redis将会试图移除内部数据,移除规则可以通过maxmemory-policy来指定。
如果redis无法根据移除规则来移除内存中的数据,或者设置了“不允许移除”,那么redis则会针对那些需要申请内存的指令返回错误信息,比如SET、LPUSH等。
但是对于无内存申请的指令,仍然会正常响应,比如GET等。如果你的redis是主redis(说明你的redis有从redis),那么在设置内存使用上限时,需要在系统中留出一些内存空间给同步队列缓存,只有在你设置的是“不移除”的情况下,才不用考虑这个因素。
maxmemory-policy
volatile-lru:使用LRU算法移除key,只对设置了过期时间的键;(最近最少使用)
allkeys-lru:在所有集合key中,使用LRU算法移除key
volatile-random:在过期集合中移除随机的key,只对设置了过期时间的键
allkeys-random:在所有集合key中,移除随机的key
volatile-ttl:移除那些TTL值最小的key,即那些最近要过期的key
noeviction:不进行移除。针对写操作,只是返回错误信息
maxmemory-samples
设置样本数量,LRU算法和最小TTL算法都并非是精确的算法,而是估算值,所以你可以设置样本的大小,redis默认会检查这么多个key并选择其中LRU的那个。
一般设置3到7的数字,数值越小样本越不准确,但性能消耗越小。
Redis的发布和订阅
Redis的发布和订阅
1、客户端可以订阅频道如下图
2、当给这个频道发布消息后,消息就会发送给订阅的客户端
发布订阅命令行实现
1、打开一个客户端订阅channel1
SUBSCRIBE channel1
2、打开另一个客户端,给channel1发布消息hello
publish channel1 hello
返回的1是订阅者数量
3、打开第一个客户端可以看到发送的消息
注:发布的消息没有持久化,如果在订阅的客户端收不到hello,只能收到订阅后发布的消息
主从复制
一主二从
服务器redis
主 192.168.166.140 6379
从 192.168.166.141 6379
从 192.168.166.142 6379
在两台从服务器的配置文件中添加
slaveof 192.168.166.140 6379
随便哪个位置
配置文件添加完成之后
重启redis
redis-cli shutdown
redis-server redis.conf
查看三台主机运行情况
info replication
打印主从复制的相关信息
已经搭建完成
redis常用三招
一主二从
切入点问题?slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来,那之前的k1,k2,k3是否也可以复制?
从机是否可以写?set可否?
主机shutdown后情况如何?从机是上位还是原地待命?
切入点问题?slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来,那之前的k1,k2,k3是否也可以复制?
从机是否可以写?set可否?
主机shutdown后情况如何?从机是上位还是原地待命?
薪火相传
上一个Slave可以是下一个slave的Master,Slave同样可以接收其他 slaves的连接和同步请求,那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。
用 slaveof
中途变更转向:会清除之前的数据,重新建立拷贝最新的
风险是一旦某个slave宕机,后面的slave都没法备份
主机挂了,从机还是从机,无法写数据了
反客为主
当一个master宕机后,后面的slave可以立刻升为master,其后面的slave不用做任何修改
用 slaveof no one 将从机变为主机。
然后在其他从机上执行
SLAVEOF 192.168.166.141 6379
虽然原来的主机已经挂掉了,但是新的主机已经诞生,从机也变成新的从机。
高可用Sentinel哨兵介绍
也是自动版的反客为主
Sentinel哨兵是redis官方提供的高可用方案,可以用它来监控多个Redis服务实例的运
行情况。RedisSentinel是一个运行在特殊模式下的Redis服务器。RedisSentinel是在多个
Sentinel进程环境下互相协作工作的。
Sentinel系统有三个主要任务:
- 监控:Sentinel不断的检查主服务和从服务器是否按照预期正常工作。
- 提醒:被监控的Redis出现问题时,Sentinel会通知管理员或其他应用程序。
- 自动故障转移:监控的主Redis不能正常工作,Sentinel会开始进行故障迁移操作。将
一个从服务器升级新的主服务器。让其他从服务器挂到新的主服务器。同时向客户端
提供新的主服务器地址。
Sentinel 配置文件
port 26379
daemonize yes
# 从机上需要修改
sentinel monitor mymaster 192.168.166.140 6379 2
#格式:Sentinel monitor <name> <masterIP> <masterPort><Quorum 投票数>
redis-sentinel sentinel.conf
测试当192.168.166.140原来的master挂掉之后
自动推选192.168.166.142为master
当192.168.166.140重新恢复
会加入新的集群
总结
(8)监控
1)Sentinel会不断检查Master和Slave是否正常
2)如果Sentinel挂了,就无法监控,所以需要多个哨兵,组成Sentinel网络,一个健康的
Sentinel至少有3个Sentinel应用。彼此在独立的物理机器或虚拟机。
3)监控同一个Master的Sentinel会自动连接,组成一个分布式的Sentinel网络,互相通信
并交换彼此关于被监控服务器的信息
4)当一个Sentinel认为被监控的服务器已经下线时,它会向网络中的其它Sentinel进行确
认,判断该服务器是否真的已经下线
5)如果下线的服务器为主服务器,那么Sentinel网络将对下线主服务器进行自动故障转移,
通过将下线主服务器的某个从服务器提升为新的主服务器,并让其从服务器转移到新的主服
务器下,以此来让系统重新回到正常状态
6)下线的旧主服务器重新上线,Sentinel会让它成为从,挂到新的主服务器下
(9)总结
主从复制,解决了读请求的分担,从节点下线,会使得读请求能力有所下降,Master下
线,写请求无法执行
Sentinel会在Master下线后自动执行故障转移操作,提升一台Slave为Master,并让其它
Slave成为新Master的Slave