查看redis是否持久化

info查看持久化信息

redis-cli info persistence#

loading：服务器是否正在载入持久化文件

rdb_changes_since_last_save：离最近一次成功生成rdb文件，写入命令的个数，即有多少个写入命令没有持久化

rdb_bgsave_in_progress：服务器是否正在创建rdb文件

rdb_last_save_time：离最近一次成功创建rdb文件的时间戳。当前时间戳 - rdb_last_save_time=多少秒未成功生成rdb文件

rdb_last_bgsave_status：最近一次rdb持久化是否成功

rdb_last_bgsave_time_sec：最近一次成功生成rdb文件耗时秒数

rdb_current_bgsave_time_sec：如果服务器正在创建rdb文件，那么这个域记录的就是当前的创建操作已经耗费的秒数

rdb_last_cow_size：RDB过程中父进程与子进程相比执行了多少修改(包括读缓冲区，写缓冲区，数据修改等)。

aof_enabled：是否开启了aof

aof_rewrite_in_progress：标识aof的rewrite操作是否在进行中

aof_rewrite_scheduled：rewrite任务计划，当客户端发送bgrewriteaof指令，如果当前rewrite子进程正在执行，那么将客户端请求的bgrewriteaof变为计划任务，待aof子进程结束后执行rewrite

aof_last_rewrite_time_sec：最近一次aof rewrite耗费的时长

aof_current_rewrite_time_sec：如果rewrite操作正在进行，则记录所使用的时间，单位秒

aof_last_bgrewrite_status：上次bgrewriteaof操作的状态

aof_last_write_status：上次aof写入状态

aof_last_cow_size：AOF过程中父进程与子进程相比执行了多少修改(包括读缓冲区，写缓冲区，数据修改等)。

appendfsync有三个选项：always、everysec和no：

1、选择always的时候服务器会在每执行一个事件就把AOF缓冲区的内容强制性的写入硬盘上的AOF文件里，可以看成你每执行一个redis写入命令就往AOF文件里记录这条命令，这保证了数据持久化的完整性，但效率是最慢的，却也是最安全的；

2、配置成everysec的话服务端每执行一次写操作（如set、sadd、rpush）也会把该条命令追加到一个单独的AOF缓冲区的末尾，并将AOF缓冲区写入AOF文件，然后每隔一秒才会进行一次文件同步把内存缓冲区里的AOF缓存数据真正写入AOF文件里，这个模式兼顾了效率的同时也保证了数据的完整性，即使在服务器宕机也只会丢失一秒内对redis数据库做的修改；

3、将appendfsync配置成no则意味redis数据库里的数据就算丢失你也可以接受，它也会把每条写命令追加到AOF缓冲区的末尾，然后写入文件，但什么时候进行文件同步真正把数据写入AOF文件里则由系统自身决定，即当内存缓冲区的空间被填满或者是超过了设定的时限后系统自动同步。这种模式下效率是最快的，但对数据来说也是最不安全的，如果redis里的数据都是从后台数据库如mysql中取出来的，属于随时可以找回或者不重要的数据，那么可以考虑设置成这种模式。

以上就是查看redis是否持久化的详细内容，更多请关注gxlsystem.com其它相关文章！