这里我们主要先容 RDB 持久化方案,AOF 持久化方案,在下一篇文章当中。1. RDB 概述
小结:
- Redis 客户端实行 bgsave 下令大概主动触发 bgsave 下令。
- 主历程判断当前是否已经存在正在实行的子历程 ,如果存在,那么主历程直接返回。
- 如果不存在,正在实行的子历程 ,那么就 fork 一个新的子历程进行持久化数据,fork 过程是阻塞的,fork 操纵完成后主历程即可实行别的操纵。
- 子历程先将数据写入到 临时的 rdb 文件中 ,待快照数据写入完成后,再原子替换旧的 rdb 文件。
- 同时发送信号给主历程,关照主历程 rdb 持久化完成,主历程更新相关的统计信息。
Fork&Copy-On-Write:如果你是正常关闭 Redis ,仍旧会进行持久化,不会造成数据丢失。
- 整个过程中,主历程是不进行任何 IO 操纵的,这就确保了极高的性能。
- 如果需要进行大规模数据的恢复,且对于数据恢复的完备性不是非常敏感,那 RDB 方式要比 AOF 方式更加的高效。
- RDB的缺点是最后一次持久化的数据可能丢失。
如果是 Redis 异常终止/宕机 ,就可能造成数据丢失。
后面在讲解快照设置的时候,进行阐明。
欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) | Powered by Discuz! X3.4 |