飞天班第36节：Redis（3）

# rdb 持就化配置
save 900 1		# 900秒内，只要发生一次变化，就会触发一次 rdb操作(bgsave)
save 300 10		# 300秒内，只要发生10次变化，就会触发一次 rdb操作
save 60 10000 # 60秒内，只要发生10000次变化，就会触发一次 rdb操作

# 生成一个文件
dbfilename dump.rdb # 默认的文件名 

# 1、配置文件save定义的触发规则生效，产生dump.rdb 【被动】
# 2、save命令，执行的时候会阻塞Redis的服务，直到RDB文件完成才会释放我们Redis进程恢复读写操作【主动】
# 3、bgsave命令，执行的时候会在后台fork一个进程进行RDB的生成，不影响主进程的业务操作【主动】

127.0.0.1:6379> lastsave
(integer) 1589718280

127.0.0.1:6379> flushall # 清空所有数据库的数据，会再产生一个空的dump.db,但是没有什么意义

127.0.0.1:6379> shutdown

127.0.0.1:6379> config get dir
"dir"
"/usr/local/bin"

# 配置 aof 开启
appendonly yes
# aof的文件名
appendfilename "appendonly.aof"

# redis.conf，redis官方写入 8万次/秒
appendfsync always    # 每次写入都执行同步，相对效率低
appendfsync everysec  # 每秒执行一次sync,问题：可能会导致这1s丢失
appendfsync no  # 不执行同步，redis直接持久化到磁盘

no-appendfsync-on-rewrite no # 重写时是否执行同步，yes不执行同步，no 执行同步，默认no,保证数据的安全
什么时候会触发重写，下面两个配置
# 重写机制(压缩机制):避免文件越来越大,将key的重复值合并（同一个key只保留最后一次写操作）,重写的时候会触发fork一个新进程来操作，与RDB的fork进程区别是前者复制写操作，后者复制数据本身
# 重写触发条件就是下面两个都满足才触发
# 上面配置no,重写触发后会fork进程并阻塞主进程无法写入导致等待,所以两个值可以设置小点让重写快速阻塞完毕
# 1.现有的文件比上次多出100%：上次压缩完2G，现在已经4G了如果是50%就是3G
auto-aof-rewrite-percentage 100
# 2.现有的文件已经超过100mb了，避免设置过小，频繁触发重写，也不能过大，避免重写的时候阻塞时间过长
auto-aof-rewrite-min-size 100mb

# 上面配置：aof文件大于100mb 且 比上次比较多出100%，才会触发aof文件的重写

# 开启一个事务
# 一堆指令
# 执行事务
multi # 标记事务的开始
exec  # 执行事务，结束
discard # 放弃事务，取消这个事务

127.0.0.1:6379> multi		# 开始事务
127.0.0.1:6379> set k1 v1
127.0.0.1:6379> set k2 v2
127.0.0.1:6379> set k4 v4
127.0.0.1:6379> discard			# 放弃事务，队列就没了 
127.0.0.1:6379> get k4
(nil)

watch		# 监控数据
unwatch  # 取消监控

# 初始化测试环境
127.0.0.1:6379> set money 100
127.0.0.1:6379> set use 0
127.0.0.1:6379> watch money   # 事务开始之前监控money，事务过程中这个money没有发生变化，这个事务才可以执行成功，否则事务自动取消
127.0.0.1:6379> multi
127.0.0.1:6379> decrby money 20
QUEUED
127.0.0.1:6379> incrby use 20
QUEUED
127.0.0.1:6379> exec
1) (integer) 80
2) (integer) 20

# 如果执行失败，需要放弃监控
127.0.0.1:6379> unwatch
# 重写监控
127.0.0.1:6379> watch m
127.0.0.1:6379> multi
127.0.0.1:6379> decrby m 20
QUEUED
127.0.0.1:6379> incrby u 20
QUEUED
127.0.0.1:6379> exec
1) (integer) 180
2) (integer) 20

# mysql
select version   # 获取版本号 1
update version = version + 1 where version = 1
while() {
		// 获取最新版本，直到修改成功
}

subscribe # 订阅消息，
publish # 发布消息
unsubscribe # 退订指定频道

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0
min_slaves_good_slaves:0
master_replid:15894a199166379e8e75f2c9ed8713828f81da87
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:5242880
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

# 默认情况下，三个节点都是 master

# redis.conf 默认开启并配置为yes, 从节点不能写
# slave节点只允许read 默认就是 yes，这个配置只对slave节点才生效，对master节点没作用
replica-read-only yes 

# redis.conf
masterauth xxxx # 主节点的访问密码

# 可以通过命令看一下主从信息，v5.x版本前从是用slave表示，之后换成replication
# 1、master和slave节点都可以查看，要考虑主从切换的情况
info replication

# 2、修改slave的redis.conf
replicaof 192.168.1.100 6379 #master的ip，master的端口

# 3、在master和slave配置上添加，避免主节点宕机后重启成为从节点，配置文件没有设置密码的话就无法连接到新的主节点了
masterauth icoding #主机的访问密码

# 4、默认开启yes,在slave上配置
# yes 主从复制中，从服务器可以响应客户端请求
# no 主从复制中，从服务器将阻塞所有请求，有客户端请求时返回“SYNC with master in progress”；
replica-serve-stale-data yes

# 5、默认开启并配置为yes,在slave上配置
# slave节点只允许read 默认就是 yes，这个配置只对slave节点才生效，对master节点没作用
replica-read-only yes 

# 6、默认没有开启,在slave的配置上打开
# slave根据指定的时间间隔向master发送ping请求，默认10秒，相当于心跳检测
repl-ping-replica-period 10

# 7、默认没有开启,在slave的配置上打开
# 复制连接超时时间。
# master和slave都有超时时间的设置。
# master检测到slave上次发送的时间超过repl-timeout，即认为slave离线，清除该slave信息。
# slave检测到上次和master交互的时间超过repl-timeout，则认为master离线。
# 需要注意的是repl-timeout需要设置为比repl-ping-slave-period更大的值，不然会经常检测到超时。
repl-timeout 60

# 8、是否禁止复制tcp链接的tcp nodelay参数，默认开启并配置为no,在master上配置
# 默认是no，即使用tcp nodelay,允许小包的发送。对于延时敏感型，同时数据传输量比较小的应用，开启TCP_NODELAY选项无疑是一个正确的选择
# 如果master设置了yes来禁止tcp nodelay设置，在把数据复制给slave的时候，会减少包的数量和更小的网络带宽。
# 但是这也可能带来数据的延迟。
# 默认我们推荐更小的延迟，但是在数据量传输很大的场景下，建议选择yes。
repl-disable-tcp-nodelay no

# 9、默认没有开启,在master上配置
# 复制缓冲区大小，这是一个环形复制缓冲区，用来保存最新复制的命令。
# 这样在slave离线的时候，不需要完全复制master的数据，如果可以执行部分同步，只需要把缓冲区的部分数据复制给slave，就能恢复正常复制状态。
# 缓冲区的大小越大，slave离线的时间可以更长，复制缓冲区只有在有slave连接的时候才分配内存。
# 没有slave的一段时间，内存会被释放出来，默认1m。
repl-backlog-size 5mb

# 10、默认没有开启,在master上配置
# master没有slave一段时间会释放复制缓冲区的内存，repl-backlog-ttl用来设置该时间长度。
# 单位为秒。
repl-backlog-ttl 3600

# 11、默认开启，在slave上配置
# 当master不可用，Sentinel会根据slave的优先级选举一个master。
# 最低的优先级的slave，当选master。
# 而配置成0，永远不会被选举。
# 注意：要实现Sentinel自动选举，至少需要2台slave。
replica-priority 100

# 12、默认没有开启，在master上配置
# redis提供了可以让master停止写入的方式，如果配置了min-slaves-to-write，健康的slave的个数小于N，mater就禁止写入。
# master最少得有多少个健康的slave存活才能执行写命令。
# 这个配置虽然不能保证N个slave都一定能接收到master的写操作，但是能避免没有足够健康的slave的时候，master不能写入来避免数据丢失。
# 设置为0是关闭该功能，默认也是0。
min-replicas-to-write 2

# 13、默认没有开启，在master上配置
# 延迟小于min-replicas-max-lag秒的slave才认为是健康的slave。
min-replicas-max-lag 10

# redis的安装根目录下，有个sentinel.conf
# 部署三个哨兵节点(sentinel要从redis的slave里选举一个node成为master，所以至少3个哨兵节点)，同时监控一组redis服务（只有一个节点其实也可以，但有风险）
cp sentinel.conf /usr/local/redis-6379
vi sentinel.conf
# bind 127.0.0.1 192.168.1.1
# 测试的时候放开访问保护,
protected-mode no
port 26379 #默认是26379
daemonize yes  # 守护进程的方式启动（后台）
pidfile /var/run/redis-sentinel-26379.pid #pid 集群要区分开
logfile /usr/local/redis-6379/sentinel/redis-sentinel.log #日志，非常重要
dir /usr/local/redis-6379/sentinel #工作空间

# sentinel监控的核心配置
# 1、最后一个2，quorum,>=2个哨兵主观认为master下线了，master才会被客观下线，才会选一个slave成为master
sentinel monitor icoding-master 127.0.0.1 6379 2
# 2、master访问密码
sentinel auth-pass icoding-master icoding
# 3、sentinel主观认为master挂几秒以上才会触发选举切换主节点
sentinel down-after-milliseconds icoding-master 3000
# 4、所有slave同步新master的并行同步数量，如果是1就一个一个同步，在同步过程中slave节点是阻塞的不可用的，同步完了才会放开
sentinel parallel-syncs icoding-master 1
# 5、同一个master节点failover之间的时间间隔,默认3分钟，举个例子，master节点A宕机了，重启后成为slave节点，它要重新成为master节点需要等3分钟
sentinel failover-timeout icoding-master 180000

# 跟redis-server一样，安装好redis后在/usr/local/bin就redis-sentinel的启动项
redis-sentinel sentinel.conf
# 如果要搭建集群，只需要将刚刚配置的sentinel.conf复制到其他节点即可