Redis的耐久化和主从复制机制介绍
Redis耐久化
Redis 供给了多种不一样级另外耐久化方式：
RDB 耐久化可以在指定的工夫隔断内生成数据集的工夫点快照（point-in-time snapshot）
AOF 耐久化记载办事器施行的所有写操纵下令，并在办事器启动时，通过从新施行这些下令来复原数据集。 AOF 文件中的下令全部以 Redis 协定的格局来保留，新下令会被追加到文件的末尾。 Redis 还可以在后台对 AOF 文件进行重写（rewrite），使得 AOF 文件的体积不会超出保留数据集状态所需的现实大小。
Redis 还可以同时运用 AOF 耐久化和 RDB 耐久化。 在这种状况下， 当 Redis 重新启动时， 它会优先运用 AOF 文件来复原数据集， 由于 AOF 文件保留的数据集平常比 RDB 文件所保留的数据集更完备。
你甚至可以关闭耐久化功能，让数据只在办事器运转时存在。
RDB(Redis DataBase)
Rdb:在指定的工夫隔断内将内存中的数据集快照写入磁盘，也就是行话讲的 snapshot 快照，它恢复时就是将快照文件直接读到内存里。
Redis 会独自的新建(fork) 一个子进程来进行耐久化，会先将数据写入到一个暂时文件中，待耐久化历程完毕了，再用这个暂时文件替代上次耐久化还的文件。整个历程总，主进程是不进行任何 IO 操纵，这就确保了极高的机能，要是需要进行大规模的数据恢复，且关于数据恢复的完备性不是非常敏锐，那 RDB 办法要比 AOF 方式更加的高效。RDB 的缺陷是最后一次耐久化后的数据可能遗失。
Fork 的作用是复制一个与目前进程同样的进程，新进程的所有数据(变量、环境变量、程序计数器等)数值都和原进程一致，但是是一个全新的进程，并作为原进程的子进程
隐患：若目前的进程的数据量巨大，那么 fork 之后数据量*2,此时就会造成办事器压力大，运转机能落低。
Rdb 保留的是 dump.rdb 文件
min-slaves-to-writemin-slaves-max-lag
以上就是本篇文章的全部内容，但愿能对大家的学习有所帮忙。更多出色内容大家可以关注 百分百源码网 相干教程栏目！！！
以上就是Redis的耐久化和主从复制机制介绍的细致内容，更多请关注 百分百源码网 其它相干文章！
