持久化
Redis是内存数据库,如果不将内存中的数据库状态保存到磁盘中,那么一旦服务器进程退出,服务器中的数据库状态也会消失。所以Redis提供了持久化的功能。
1、RDB(Redis DataBase)
- 在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是Snapshot快照,它恢复时是将快照文件直接读到内存中。
- Redis会单独创建(fork)一个子进程来进程持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上一次持久化好的文件。整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能。
- 如果需要进程大规模数据的恢复,且对数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。
- rdb保存的文件是
dump.rdb
触发机制
- save的规则满足的情况下,会自动触发rdb操作
- 执行flushall命令,会触发rdb操作
- 对出redis时,也会触发rdb操作
备份会自动生成一个dump.rdb文件
如何恢复rdb文件
- 只需要将rdb文件放在redis的启动目录下就可以。redis启动时会自动检查dump.rdb文件恢复其中的数 据
127.0.0.1:6379> config get dir
1) "dir"
2) "D:\\redis\\Redis-x64-3.2.100"
优点
- 适合大规模的数据恢复
- 对数据的完整性要求不高
缺点
- 需要一定的时间间隔进行操作,如果redis意外宕机,最后一次持久化后的操作数据就没有了
- fork进程的时候,会需要占用一定的内存空间
AOF(Append Only File)
追加日志文件
- 以日志形式将所有写操作的命令都记录下来,(读操作不记录),类似history,恢复时将所有的命令都执行一遍!
- AOF保存的文件是
appendonly.aof
- Redis启动之初会读取该文件重新构建数据,换言之,redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。
- 如果这个aof文件被恶意修改,这个时候redis是启动不起来的,我们需要修复这个aof文件!
- redis提供的一个工具
redis-check-aof --fix
来修改aof文件 - 默认是不开启的,我们需要改配置
append only
改为yes,重启即生效
优点
appendfsync everysec
- 每一次修改都同步,文件的完整性比较好
- 每秒同步一次,可能会丢失1s的数据
缺点
- 相对于数据文件来说,aof远远大于rdb
- 修复的速度比rdb慢
- AOF的运行效率也比rdb慢。
Redis发布订阅
- Redis发布订阅(pub/sub)是一种消息通信模式 :发布者(pub)发送消息,订阅者(sub)接受消息。
应用: 微信、抖音等的关注系统!
Redis客户端可以订阅任意数量的频道。
1、发布/订阅模型
发布/订阅消息图:
下图展示了频道channel1,以及订阅这个频道的三个客户端 – client2 client5和client1之间的关系:
当有新消息通过PUBLISH命令发送给频道channel1时,这个消息就会被发送给订阅他的三个客户端:
相关命令
这些命令被广泛用于构建即时通信应用,比如网络聊天室和实时广播、实时提醒
订阅一个或多个符合给定模式的频道:
PSUBSCRIBE pattern [pattern ...]
查看订阅与发布系统状态
PUBSUB subcommand [argument [argument...]]
将信息发送到指定的频道(消息发送者)
PUBLISH channel message
退订所有给定模式的频道
PUNSUBSCRIBE [pattern [pattern ...]]
订阅给定的一个或多个频道的信息
SUBSCRIBE channel [channel...]
退订给定的频道
UNSUBSCRIBE [channel [channel ...]]
测试
原理
- Redis是使用C实现的,通过分析Redis源码里pubsub.c文件,了解发布和订阅机制的底层实现,借此加深对Redis的理解。
- Redis通过PUBLISH、SUBSCRIBE和PSUBSCRIBE等命令实现发布和订阅功能。
- 通过SUBSCRIBE命令订阅某频道后,
redis-server里维护一个字典,字典的键就是一个个channel,而字典的值则是一个链表,链表中保存了所有订阅这个channel的客户端
。 - SUBSCRIBE命令的关键,就是将客户端添加到给定channel的订阅链表中。
- 通过PUBLISH命令向订阅者发送消息,redis-server会使用给定的频道作为键,在它所维护的channel字典中查找记录了订阅这个频道的所有客户端的链表,遍历这个链表,将消息发布给所有订阅者。
- Pub/Sub从字面上理解就是发布(Publist)与订阅(Subscribe),在Redis中,可以设定对某一个key
值进行消息发布及消息订阅,当一个key值上进行了消息发布后,所有订阅他的客户端都会受到相应的
消息。这一功能最明显的用法就是用作实时消息系统,比如普通的即时聊天,群聊等功能。
使用场景
- 实时消息系统
- 实时聊天 – 频道当做聊天室,将信息回显给所有人即可
- 订阅,关注系统都是可以用稍微复杂的场景就可以用消息队列中间件
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)