只需一步,快速开始
主题 817|帖子 817|积分 2451
这里我们主要先容 RDB 持久化方案,AOF 持久化方案,在下一篇文章当中。
Redis 客户端实行 bgsave 下令大概主动触发 bgsave 下令。 主历程判断当前是否已经存在正在实行的子历程 ,如果存在,那么主历程直接返回。 如果不存在,正在实行的子历程 ,那么就 fork 一个新的子历程进行持久化数据,fork 过程是阻塞的,fork 操纵完成后主历程即可实行别的操纵。 子历程先将数据写入到 临时的 rdb 文件中 ,待快照数据写入完成后,再原子替换旧的 rdb 文件。 同时发送信号给主历程,关照主历程 rdb 持久化完成,主历程更新相关的统计信息。
整个过程中,主历程是不进行任何 IO 操纵的,这就确保了极高的性能。 如果需要进行大规模数据的恢复,且对于数据恢复的完备性不是非常敏感,那 RDB 方式要比 AOF 方式更加的高效。 RDB的缺点是最后一次持久化的数据可能丢失。 如果你是正常关闭 Redis ,仍旧会进行持久化,不会造成数据丢失。 如果是 Redis 异常终止/宕机 ,就可能造成数据丢失。 后面在讲解快照设置的时候,进行阐明。
您需要 登录 才可以下载或查看,没有账号?立即注册
使用道具 举报
本版积分规则 发表回复 回帖并转播 回帖后跳转到最后一页
梦见你的名字