文章目录Redis持久化RDB与AOF一、RDB 持久化二、AOF 持久化Redis持久化RDB与AOFRedis的持久化功能可以将内存中的数据保存在磁盘上防止服务器故障导致数据丢失。Redis提供了两种持久化方式RDBRedis DataBase和 AOFAppend Only File。以下是这两种持久化方法的详细解释。一、RDB 持久化RDB持久化方式是通过创建数据的快照来实现的。在指定的时间间隔内如果满足一定的写操作数量Redis就会自动触发RDB持久化操作将当前所有数据写入到一个dump.rdb的文件中。例如在配置文件中有以下设置save9001# 在900秒(15分钟)之后如果至少有1个key发生改变Redis就会自动触发RDB持久化操作。save30010# 在300秒(5分钟)之后如果至少有10个key发生改变Redis就会自动触发RDB持久化操作。save6010000# 在60秒(1分钟)之后如果至少有10000个key发生改变Redis就会自动触发RDB持久化操作。此外可以通过SAVE或者BGSAVE命令手动触发RDB持久化操作。SAVE命令会阻塞数据库的所有其他操作直到RDB文件创建完毕而BGSAVE命令则会在后台创建RDB文件。二、AOF 持久化与RDB不同AOF持久化方式记录服务器接收到的每一条写命令。这些命令以Redis协议的格式保存在Append Only FileAOF文件的末尾。当Redis服务器重启时它会通过重新执行保存在AOF文件中的所有写命令来还原数据集。为了减小AOF文件的大小Redis提供了BGREWRITEAOF命令该命令可以创建一个新的AOF文件。这个新的AOF文件和原始的AOF文件代表相同的数据集但通常体积更小。此外用户可以根据自己的需求配置AOF的fsync策略即决定何时将数据真正写入磁盘。有以下三种选择appendfsync always# 每次有数据修改发生时都会写入AOF文件, 这样会严重降低Redis的速度appendfsync everysec# 每秒钟同步一次显示地将多个写命令同步到硬盘appendfsync no# 完全依赖操作系统性能最好两种持久化方式各有优缺点可以根据具体的应用场景选择使用。另外也可以同时开启两种持久化方式以充分利用两者的优点。ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ
Redis持久化方式：RDB（Redis DataBase）和 AOF（Append Only File）（dump.rdb）
文章目录Redis持久化RDB与AOF一、RDB 持久化二、AOF 持久化Redis持久化RDB与AOFRedis的持久化功能可以将内存中的数据保存在磁盘上防止服务器故障导致数据丢失。Redis提供了两种持久化方式RDBRedis DataBase和 AOFAppend Only File。以下是这两种持久化方法的详细解释。一、RDB 持久化RDB持久化方式是通过创建数据的快照来实现的。在指定的时间间隔内如果满足一定的写操作数量Redis就会自动触发RDB持久化操作将当前所有数据写入到一个dump.rdb的文件中。例如在配置文件中有以下设置save9001# 在900秒(15分钟)之后如果至少有1个key发生改变Redis就会自动触发RDB持久化操作。save30010# 在300秒(5分钟)之后如果至少有10个key发生改变Redis就会自动触发RDB持久化操作。save6010000# 在60秒(1分钟)之后如果至少有10000个key发生改变Redis就会自动触发RDB持久化操作。此外可以通过SAVE或者BGSAVE命令手动触发RDB持久化操作。SAVE命令会阻塞数据库的所有其他操作直到RDB文件创建完毕而BGSAVE命令则会在后台创建RDB文件。二、AOF 持久化与RDB不同AOF持久化方式记录服务器接收到的每一条写命令。这些命令以Redis协议的格式保存在Append Only FileAOF文件的末尾。当Redis服务器重启时它会通过重新执行保存在AOF文件中的所有写命令来还原数据集。为了减小AOF文件的大小Redis提供了BGREWRITEAOF命令该命令可以创建一个新的AOF文件。这个新的AOF文件和原始的AOF文件代表相同的数据集但通常体积更小。此外用户可以根据自己的需求配置AOF的fsync策略即决定何时将数据真正写入磁盘。有以下三种选择appendfsync always# 每次有数据修改发生时都会写入AOF文件, 这样会严重降低Redis的速度appendfsync everysec# 每秒钟同步一次显示地将多个写命令同步到硬盘appendfsync no# 完全依赖操作系统性能最好两种持久化方式各有优缺点可以根据具体的应用场景选择使用。另外也可以同时开启两种持久化方式以充分利用两者的优点。ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ
