189 8069 5689
小编给大家分享一下如何查看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是否持久化的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注创新互联行业资讯频道！