wordpress改成自己网站,企业网站建设推广,三亚网上办事大厅,wordpress菜单导航栏说明
文章内容通过学习小林Coding内的优质文章后整理而来#xff0c;整理成思维导图的方式是为了帮助自己理解、记忆和复习。如若侵权请联系删除#xff0c;再次对小林Coding内的优质文章表示感谢。参考文章如下#xff1a;
AOF 持久化是怎么实现的#xff1f;RDB 快照是…
说明
文章内容通过学习小林Coding内的优质文章后整理而来整理成思维导图的方式是为了帮助自己理解、记忆和复习。如若侵权请联系删除再次对小林Coding内的优质文章表示感谢。参考文章如下
AOF 持久化是怎么实现的RDB 快照是怎么实现的Redis 大 Key 对持久化有什么影响
思维导图会不断修改完善下方的文字内容不一定会跟着修改请大家以思维导图的内容为准。 文章目录 说明Redis持久化AOF日志是什么怎么开启执行流程优点风险 三种写回策略AlwaysEverysecNo 重写机制重写是什么为什么要重写重写过程为什么用新AOF文件为什么用子进程父子进程怎么共享内存数据写时复制是啥什么时候会阻塞主进程主进程修改数据父子进程数据不一致怎么解决 优缺点 RDB快照是什么相较于AOF的优缺点怎么用快照执行过程 混合持久化是什么怎么开启执行过程优点 Redis持久化
AOF日志
是什么
Redis 每执行一条写操作命令读操作没必要记录就把该命令以追加的方式写入到一个AOF文件里重启 Redis 的时候先去读取这个文件里的命令并执行数据就恢复了
怎么开启
修改redis.conf
# 是否需要持久化存储
appendonly yes
# 产生的AOF文件名称
appendfilename appendonly.aof
# 使用什么策略
appendfsync everysec执行流程
Redis先执行写操作命令再记录到AOF日志在主进程完成
优点 避免额外检查开销如果先写到AOF需要检查命令是否正确 不阻塞当前写操作命令执行
风险
日志没有写到磁盘服务器宕机数据会丢失可能阻塞下一个命令
三种写回策略
Always
每次写操作都将日志写回硬盘
优点最大程度保证数据不丢失缺点影响主进程性能
Everysec
每次写操作先将命令写入AOF文件内核缓冲区每隔一秒将缓冲区内存写回硬盘
Always和No的折中方案平衡性能和数据丢失量
No
Redis不控制交由操作系统控制写回时机。先将命令写入AOF文件内核缓冲区操作系统决定何时将日志写回硬盘
优点性能较好缺点操作系统将日志写回硬盘时机不可预知服务器宕机丢失的数据可能比较多
重写机制
重写是什么
对于一个键只保留最新的命令减少AOF文件的数据量如先执行set num 1再执行set num 2最后只需要保留set num 2历史命令没用
为什么要重写
随着项目运行AOF文件越来越大重启Redis后的恢复速度会下降
重写过程
创建一个子进程来将最新命令先存储到一个新AOF文件再覆盖旧AOF文件
为什么用新AOF文件
避免AOF重写失败造成原AOF文件数据被污染使用新AOF文件重写失败直接删除新文件即可
为什么用子进程 重写较慢避免阻塞主进程 为什么不用线程 多线程会共享内存修改共享内存数据时需要加锁保证数据安全性能较差父子进程以只读方式共享内存数据如果父子一方要修改共享内存数据会发生写时复制产生独立数据副本无需加锁性能较好
父子进程怎么共享内存数据
创建子进程时操作系统会将主进程的页表复制给子进程页表的虚拟地址会指向真实物理地址。父子进程都可以通过页表找到物理内存
写时复制是啥 当父进程发生写操作时操作系统会将相应键的物理内存复制一份出来会阻塞主进程这样修改的时候不会影响原有物理内存 为什么不在创建子进程的时候将所有物理内存复制一份给子进程而是复制页表 复制物理内存的话时间长主进程会长时间堵塞页表内存较小复制快
什么时候会阻塞主进程
复制页表写时复制bigkey影响较大
主进程修改数据父子进程数据不一致怎么解决
除了AOF缓冲区Redis还设置了AOF重写缓冲区重写期间会将命令追加到AOF重写缓冲区重写完成后将AOF重写缓冲区的命令追加到AOF文件
优缺点 优点丢失数据可控 缺点AOF日志文件大时数据恢复慢
RDB快照
是什么
RDB 快照就是记录某一瞬间的内存二进制数据AOF 文件记录的是命令每次执行快照将所有内存数据记录到硬盘效率较低因此使用子进程来执行
相较于AOF的优缺点 优直接将RDB文件读入内存即可数据恢复效率高无需执行命令 缺快照频率不好把控。频率高频繁创建子进程和磁盘IO性能差频率低服务器宕机丢失数据比AOF多
怎么用
修改redis.conf
save 900 1
save 300 10
save 60 10000满足三个条件的任意一个就会执行快照save 900 1表示900秒内执行至少1次数据修改
快照执行过程
执行bgsave时创建一个子进程来生成RDB文件父子共享内存数据时原理同AOF主进程修改共享内存数据的话触发写时复制生成RDB还是用旧的数据因此此次更新的数据需要下次bgsave来生成快照
混合持久化
是什么
AOF、RDB合体。使用混合持久化AOF 文件的前半部分是 RDB 格式的全量数据后半部分是 AOF 格式的增量数据
怎么开启
修改redis.conf
aof-use-rdb-preamble yes执行过程
在 AOF 重写日志时fork 出来的重写子进程会先将与主线程共享的内存数据以 RDB 方式写入到 AOF 文件然后主线程处理的操作命令会被记录在重写缓冲区里重写缓冲区里的增量命令会以 AOF 方式写入到 AOF 文件写入完成后通知主进程将新的含有 RDB 格式和 AOF 格式的 AOF 文件替换旧的的 AOF 文件
优点 效率高因为前半部分是RDB内容 丢失数据少操作命令会被记录到AOF日志
