redis-高级(事务，频道发布，消息订阅，持久化，主从复制,运维监控....)

「爱情、让人受尽委屈。」 2022-07-12 13:22 101阅读 0赞

================事务==================  
mutil:开启事务，存储在队列里  
discard:取消命令  
exec:执行  
mutil后面的语句，可能出现2个错误  
1：语法问题，  
2：语法没错，适用对象有问题  
并发问题：  
乐观锁：监听  
悲观锁:使用时就开启锁，别人用不了  
redis使用的是乐观锁  
watch key1\[key2…keyn\]:监听key1，key2有没有变化，如果有变化则事务取消  
unwatch ：取消所有watch监听  
执行顺序  
wtach key1  
mutil  
exec/discard  
unwatch

=========频道发布，消息订阅============  
publish 频道 内容:频道发布,返回值为监听个数  
subscribe 频道:订阅频道  
psubscribe pattern：一次性监听满足条件的频道 (news\*会监听所有news开头的频道)  
pubsub channels \[pattern\]:列出当前活动频道， 一个活动频道是指，又发布有订阅。没设置pattern，显示所有

运维层面  
=============持久化的方式=============  
常见的持久化方式  
主从：通过从服务器保存和持久化，如mongoDB的replication sets配置，主服务器就是从内存上面写，保存到从服务器上。  
日志：通过生成相关日志，并通过日志来恢复数据  
couchDB对于数据内容不修改，只追加，则文件本身就是日志，不会丢失数据

redis持久化方式  
一)：rdb快照持久化  
工作原理  
每隔\[N分钟\]或\[N次\]写操作后，从内存dump数据形成rdb文件\[压缩\]放在\[备份目录\]，  
\[\]里面的内容可以配置  
redis.conf配置文件里面有  
三个选项注释的话，将不会导出文件  
save 900 1:900秒修改超过1次，自动备份  
save 300 10:300秒修改超过10次，自动备份  
save 60 10000:60秒修改10000次，自动备份

stop-writers-on-bgsave-error yes:导出过程出错，停止写入。  
rdbcompression yes:压缩rdb导出文件  
rdbchecksum yes:导入rdb文件时检测文件是否出错  
缺陷：  
在2个保存点之间断电，将会丢失1-N分钟的数据  
也就是说60秒之内我保存了1W条数据，他会自动导出，然后我在保存1条数据，则不会保存。没触发里面的条件  
优点：写入快

二：aof(日志)  
conf配置  
appendonly no:是否打开aof日志功能，默认关闭  
appendfsync everysec:折中方案，每秒写一次  
appendfsync always：每一个命令都立即同步到aof，安全，速度慢  
appendfsync no：写入工作交给操作系统，由操作系统判断你缓冲区大小统一写到aof，同步频率低，速度快  
no-appendfsync-on-rewrite yes:正在导出rdb快照的过程中，要不要停止同步aof,停止，节约io。所有的aof都会存储在队列里，等rdb执行完，在执行aof。所以数据不会丢失  
auto-aof-rewrite-percentage :aof文件比起上次重写时的大小，增长率100%重写  
auto-aof-rewrite-min-size 64mb:aof文件至少超过64M重写

在dump rdb过程中，aof如果停止同步，会不会丢失数据？  
不会，所有的操作缓存在内存的队列里，dump完成后，同意操作  
aof重写时指什么？  
指的是把内存中的数据，逆化成命令写入到aof日志里，解决zof日志过大问题。实际上就是多次操作同一个数据，都会被记录下来，这样的话，浪费空间，重写就是把最终的结果转换为1个命令。  
恢复是，rdb和aof那个恢复快？  
rdb快，因为其实数据的内存映射，而aof是命令，需要逐条执行  
可以同时使用，并且推荐这样用。  
aof和rdb同时存在，会优先采用aof读取  
配置文件中开启aof，会生成一个空文件，如果rdb没有先读取，会优先读取aof，所以会导致没有内容。

===========主从复制(集群)=========  
集群作用  
1:主从备份，防止主机关闭  
2：读写分离，分担master的任务  
3：任务分离，如从服分别分担备份工作和计算工作

使用slave做rdb写入工作，  
1：主配置文件关闭rdb开启信息，aof可关闭可不关闭(因为主服务器同步时间比从服务器即时，如果主服务器开启了，则要关闭从服务器aof，避免反复读写)  
2：从配置文件开启slave服务(slaveof localhost 6379)，并配置端口为主服务器端口  
3：从服务器配置开启rdb,并关闭aof  
4:从服务器配置slave-read-only为只读，保证数据一致。  
4：从服务器配置跟主服务器不重复端口，以及pidfile文件名字，还有rdb文件名字  
5:配置密码，如果master有密码  
主配置文件equirepass 密码:配置密码  
从配置文件masterauth 密码:配置密码  
客户端连接客户端口，auth 密码

redis-cli -p 指定从的端口就开启slave  
缺陷：每次slave断开后，无论任意情况，在连接master，  
都要master全部dump出来，在aof，即同步的过程都要重新执行一遍，  
多台slave不要一起启动，否则master可能io剧增

====================运维===============  
客户端命令  
time:显示服务器时间，时间戳(秒)，微秒数  
dbsize:当前数据库key数量  
bgrewriteaof:手动重写aof  
save:手动保存rdb  
bgsave:手动保存rdb,后台重启进程保存  
lastsave :上次保存rdb时间  
flushdb:清空当前db  
flushall:清空所有db  
showdown \[save/nosave\]:关闭服务器，保存|不保存,默认保存后重写aof  
info \[statu\]\[fork\]\[…\]:显示信息  
memory  
used\_memory:XXX 数据结构的空间  
used\_memory\_rss:实占空间  
mem\_fragmentation\_ratio:前2者的比例，1为最佳，如果值过大，说明redis的内存碎片化严重，可以在导出再导入一次  
主从复制  
role:slave  
master\_host  
master\_port  
mester\_link\_status:up  
持久化  
rdb\_changes\_since\_last\_save:0 上次保存后到现在有几个改动  
rdb\_last\_save\_time:上次保存时间  
status  
latest\_fork\_usec:导入导出多少微秒  
config get requirepass:获取是否有密码  
config get slowlog-log-slower-then:获取慢日志信息，大于多少秒记下来  
config set slowlog-log-slower-then 微秒:设置慢日志时间  
config get slowlog-max-len ：获取存储多少条慢查询的记录  
slowlog get \[count\]:获取慢日志  
slowlog-log-slower-then 微秒：设置慢日志时间  
slaveof master-Host port:把当前实例设为master的slave

===============aof恢复与服务器间迁移===================  
如果运行了flushall，立即showdown nosave关闭服务器，然后手工编辑aof文件，去掉文件中的flushall相关(3行一对)行，然后开启服务器就可以导回原来数据  
或者，aof改名字，让系统找不到，让他读取rdb即可

复制一份rdb文件，名字改为另一个redis服务器引用，即可。  
复制rdb文件时要保证调用rdb的进程关闭，否则另一个redis应用失败(因为2个rdb处在同一句柄)。  
aof也同理

==================运维监控===========  
master down之后  
一:手工配置  
1:指定任意一台slave设置slaveof no one,表示角色更换为master  
2:设置slave-read-only no：表示可写  
3:其他slave，新的master  
设置：slaveof IP地址 端口  
二：使用sentinel监控主服务器  
1:cp 源代码目录下sentinel.conf 到redis目录  
2:sentinel.conf配置信息  
sentinel monitor 定义的名字 ip 端口 次数 :监视那个地址，一定的失效次数没有连接上，确定失效  
sentinel auth-pass 名字跟上面定义的名字一致 012\_345：设置密码  
sentinel down-after-milliseconds 名字同上 30000:30秒没有连接上，失效次数增加1  
sentinel can-failover 名字同上 yes:是否允许故障转移(slave更改为master)，建议只有一台设置为yes，因为监控的sentinel多了之后，配置的yes也多了之后，会导致一台服务器失效后，一起修改。  
sentinel parallel-syncs 名字 数量：当master死机时候，指定新的master时，指定一定的数量slave启动连接，防止masterio剧增  
sentinel failover-timeout 名字 时间:超过时间没有完成设置，监控失败。  
3:开启  
./bin/redis-server –help，开启server帮助  
开启哨兵模式  
./bin/redis-server ./sentinel.conf –sentinel &  
4:master死机后，哨兵随机指定新的master，手动配置  
每一个redis.conf里面配置slave-priority优先级，数字越小越靠前，也就是越有限指定为master