Redis_AOF持久化

AOF持久化

在AOF持久化的过程中,会以日志的方式记录每个redis"写"命令,并且redis服务器重启时重新执行AOF日志文件中的命令,从而达到"恢复数据"的效果

AOF故障恢复

当redis因发生故障而重启时,redis服务器会按照如下步骤根据AOF日志文件恢复数据

  • 创建一个伪客户端(fake client)。之所以叫伪客户端,是因为该客户端在本地,不带任何网络连接,但该伪客户端执行命令的效果,和真实的带网络的客户端没有任何差别
  • 该伪客户端从AOF日志文件里依次读取一条写命令并执行,直到完成所有写命令

执行完上述步骤后,其实就达到了"根据AOF日志文件恢复redis现场"的持久化效果

AOF相关参数

  • 可以通过设置配置文件里的参数来启动或停止AOF持久化机制

  • 基于AOF的持久化方式具有实时存储的特性,因此可以在读写关键数据时开启以防因Redis重启或故障而导致的风险。

  • 在默认情况下,Redis服务器未开启AOF持久化机制,通过修改redis.conf中的appendonly参数来开启

    powershell 复制代码
    appendonly yes
  • appendonly参数开启AOF持久化以后,通过appendfsync参数可以设置持久化的策略,该参数有三种取值:always、everysec和no。

always

appendonly参数取值为always时,每次发生Redis的写命令时都会触发持久化动作,可能会影响到Redis乃至Redis所在服务器的性能。

everysec

appendonly参数取值为everysec时,会以一秒的频率触发持久化动作,在这种方式下能很好地平衡持久化需求和性能间的关系,一般情况下取这个值。

no

appendonly参数取值为no时,会由操作系统来决定持久化的频率,这种方式对其他另外两种而言性能最好,但可能每次持久化操作间的间隔有些长,这样当故障发生时可能会丢失较多的数据。

通过dir和appendfilename这两个参数能设置持久化文件所在的路径和文件名而持久化文件的默认文件名是appendonly.aof

AOF文件重写

  • 随着持久化数据的增多,对应的AOF文件会越来越大,这可能会影响到性能对此,Redis提供了AOF文件重写功能。

  • Redis能创建新的AOF文件来替代现有的,在数据恢复时,这两个文件的效果是相同的,但新文件不会包含冗余命令,所以文件大小会比原来的小,可以通过如下三个参数来定义重写时的策略。

  • 通过no-appendfsync-on-rewrite参数来平衡性能和安全性:如果该参数取值为yes,那么在重写AOF文件时能提升性能,但可能在重写AOF文件时丢失数据如果取值为no,则不会丢失数据,但较取值为yes的性能可能会降低。默认取值是no。

  • 通过auto-aof-rewrite-percentage参数能指定重写的条件,默认是100,即果当前的AOF文件比上次执行重写时的文件大100%时会再次触发重写操作。果该参数取值为0,则不会触发重写操作。

  • 通过auto-aof-rewrite-min-size参数可以指定触发重写时AOF文件的大小,默认是64MB。

  • auto-aof-rewriterpercentage和auto-aof-rewrite-min-size两个参数指定的重写条件是"And"的关系,即只有当同时满足这两个条件时才会触发重写操作

  • 也可以通过bgrewriteaof命令来手动触发针对AOF持久化文件的重写操作。

AOF持久化实践

1.修改配置文件

修改redis.conf文件,在其中编写如下配置信息

properties 复制代码
appendonly yes  #启动AOF持久化机制
appendfsync everysec  #设置持久化的策略,持久化频率为1秒
dir ./  #设置持久化文件保存地址

apendfilename默认是appendonly.aof文件名

2.重新启动redis
shell 复制代码
redis-cli -a 123456 shutdown

redis-server redis.conf
3.操作redis
shell 复制代码
redis_test:0>set name yohoo
"OK"
redis_test:0>set age 25
"OK"

查看服务器上appendonly.aof文件

shell 复制代码
[root@192 redis-6.2.7]# cat appendonly.aof 
*2
$6
SELECT
$1
0
*3
$3
set
$4
name
$5
yohoo
*3
$3
set
$3
age
$2
25
4.重启redis验证数据是否能恢复
shell 复制代码
[root@192 redis-6.2.7]# redis-cli -a 123456 shutdown
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
shell 复制代码
[root@192 redis-6.2.7]# redis-server redis.conf
[root@192 redis-6.2.7]# 

数据恢复

相关推荐
剩下了什么18 小时前
MySQL JSON_SET() 函数
数据库·mysql·json
山峰哥18 小时前
数据库工程与SQL调优——从索引策略到查询优化的深度实践
数据库·sql·性能优化·编辑器
较劲男子汉19 小时前
CANN Runtime零拷贝传输技术源码实战 彻底打通Host与Device的数据传输壁垒
运维·服务器·数据库·cann
java搬砖工-苤-初心不变19 小时前
MySQL 主从复制配置完全指南:从原理到实践
数据库·mysql
山岚的运维笔记21 小时前
SQL Server笔记 -- 第18章:Views
数据库·笔记·sql·microsoft·sqlserver
roman_日积跬步-终至千里21 小时前
【LangGraph4j】LangGraph4j 核心概念与图编排原理
java·服务器·数据库
汇智信科21 小时前
打破信息孤岛,重构企业效率:汇智信科企业信息系统一体化运营平台
数据库·重构
野犬寒鸦1 天前
从零起步学习并发编程 || 第六章:ReentrantLock与synchronized 的辨析及运用
java·服务器·数据库·后端·学习·算法
indexsunny1 天前
互联网大厂Java面试实战:Spring Boot微服务在电商场景中的应用与挑战
java·spring boot·redis·微服务·kafka·spring security·电商
晚霞的不甘1 天前
揭秘 CANN 内存管理:如何让大模型在小设备上“轻装上阵”?
前端·数据库·经验分享·flutter·3d