Redis 지속성의 여러 가지 방법

Redis는 메모리에서 읽고 쓰기 때문에 성능은 높지만 서버가 다시 시작되면 메모리에 있는 데이터가 손실됩니다. 데이터가 손실되지 않도록 하려면 데이터를 메모리에 저장해야 합니다. Redis가 다시 시작될 때 디스크에서 원본 데이터를 복원할 수 있도록 하는 전체 프로세스를 Redis 지속성이라고 합니다.

Memcached에는 지속성 기능이 없기 때문에 Redis 지속성은 Redis 와 Memcached 의 주요 차이점 중 하나이기도 합니다.

1. 여러 가지 지속성 방법

Redis 지속성에는 다음 세 가지 방법이 있습니다.

Snapshot 방법(RDB, Redis DataBase)은 특정 순간의 메모리 데이터를 바이너리 형식으로 디스크에 씁니다. (AOF, Append Only File)은 모든 작업 명령을 기록하여 텍스트 형태로 파일에 추가합니다.

Redis 4.0 이후의 새로운 방식인 Hybrid Persistence를 RDB와 결합한 것이 AOF의 장점입니다. , 현재 데이터는 먼저 RDB 형식으로 파일 시작 부분에 기록되고 후속 작업 명령은 AOF 형식으로 파일에 저장됩니다. 이는 Redis 재시작 속도도 보장합니다. 데이터 손실.

각 지속성 솔루션에는 특정 사용 시나리오가 있으므로 RDB 지속성부터 시작하겠습니다.

2. RDB 소개

RDB(Redis DataBase)는 특정 순간의 메모리 스냅샷(Snapshot)을 바이너리 형태로 디스크에 쓰는 과정입니다.

3. 지속성 트리거

RDB에는 두 가지 유형의 지속성 트리거 방법이 있습니다. 하나는 수동 트리거이고 다른 하나는 자동 트리거입니다.

1) 수동 트리거

지속성을 수동으로 트리거하는 두 가지 작업이 있습니다: save 및 bgsave 두 작업의 주요 차이점은 Redis 메인 스레드의 실행을 차단할지 여부입니다.

① save 명령

클라이언트에서 save 명령을 실행하면 Redis의 지속성이 트리거되지만 Redis는 RDB 지속성이 완료될 때까지 다른 클라이언트의 명령에 응답하지 않습니다. 이므로 프로덕션 환경에서는 주의해서 사용해야 합니다.

save 명령은 다음과 같이 사용됩니다.

그림에서 볼 수 있듯이 실행이 완료되면 성공적으로 RDB 지속성을 트리거합니다.
save 명령 실행 과정은 아래 그림과 같습니다. save 命令之后，持久化文件 dump.rdb 的修改时间就变了，这就表示 save

② bgsave 명령

bgsave(백그라운드 저장)과 save 명령의 가장 큰 차이점은 bgsave가 포크()를 수행한다는 것입니다. 하위 프로세스 지속성을 수행하기 위해 하위 프로세스를 포크()할 때만 전체 프로세스가 차단됩니다. 하위 프로세스가 생성된 후에는 하위 프로세스를 차단하는 save 명령에 비해 Redis의 기본 프로세스는 다른 클라이언트의 요청에 응답할 수 있습니다. 분명히 bgsave 명령이 사용하기에 더 적합합니다.

bgsave 명령은 아래 그림과 같이 사용됩니다.

bgsave 실행 과정은 아래 그림과 같습니다.

2) 자동 트리거링

RDB의 수동 트리거링 방법에 대해 이야기한 후, RDB Persistence를 자동으로 트리거하는 방법을 살펴보겠습니다.

RDB 자동 지속성은 주로 다음 상황에서 발생합니다.

① save m n

save m n은 n 키가 m 초 내에 변경되면 지속성이 자동으로 트리거된다는 의미입니다.

매개변수 m 및 n은 Redis 구성 파일에서 찾을 수 있습니다. 예를 들어 save 60 1은 60초 내에 하나 이상의 키가 변경되면 RDB 지속성이 트리거됨을 나타냅니다.

지속성을 자동으로 트리거합니다. 핵심은 설정된 트리거 조건이 충족되면 Redis가 자동으로 bgsave 명령을 실행한다는 것입니다.

참고: 여러 개의 save m n 명령을 설정할 때 조건이 충족되면 지속성이 트리거됩니다.

예를 들어 다음 두 개의 save m n 명령을 설정합니다.

save 60 10save 600 1

Redis 키 값이 60초 내에 10번 변경되면 지속성이 트리거되고, Redis 키 값이 60초 내에 10번 미만으로 변경되면 Redis가 이를 결정합니다. Redis 키 값이 600초 이내에 한 번 이상 수정되었는지 여부, 그렇다면 지속성이 트리거됩니다.

② 플러시홀

flushall 命令用于清空 Redis 数据库，在生产环境下一定慎用，当 Redis 执行了 flushall 命令之后，则会触发自动持久化，把 RDB 文件清空。

执行结果如下图所示：

③ 主从同步触发

在 Redis 主从复制中，当从节点执行全量复制操作时，主节点会执行 bgsave 命令，并将 RDB 文件发送给从节点，该过程会自动触发 Redis 持久化。

4.配置说明

合理的设置 RDB 的配置，可以保障 Redis 高效且稳定的运行，下面一起来看 RDB 的配置项都有哪些？

RDB 配置参数可以在 Redis 的配置文件中找见，具体内容如下：

# RDB 保存的条件
save 900 1
save 300 10
save 60 10000

# bgsave 失败之后，是否停止持久化数据到磁盘，yes 表示停止持久化，no 表示忽略错误继续写文件。
stop-writes-on-bgsave-error yes

# RDB 文件压缩
rdbcompression yes

# 写入文件和读取文件时是否开启 RDB 文件检查，检查是否有无损坏，如果在启动是检查发现损坏，则停止启动。
rdbchecksum yes

# RDB 文件名
dbfilename dump.rdb

# RDB 文件目录
dir ./

其中比较重要的参数如下列表：

① save 参数

它是用来配置触发 RDB 持久化条件的参数，满足保存条件时将会把数据持久化到硬盘。
默认配置说明如下：

save 900 1：表示 900 秒内如果至少有 1 个 key 值变化，则把数据持久化到硬盘；save 300 10：表示 300 秒内如果至少有 10 个 key 值变化，则把数据持久化到硬盘；save 60 10000：表示 60 秒内如果至少有 10000 个 key 值变化，则把数据持久化到硬盘。

② rdbcompression 参数

它的默认值是 yes 表示开启 RDB 文件压缩，Redis 会采用 LZF 算法进行压缩。如果不想消耗 CPU 性能来进行文件压缩的话，可以设置为关闭此功能，这样的缺点是需要更多的磁盘空间来保存文件。

③ rdbchecksum 参数

它的默认值为 yes 表示写入文件和读取文件时是否开启 RDB 文件检查，检查是否有无损坏，如果在启动是检查发现损坏，则停止启动。

5.配置查询

Redis 中可以使用命令查询当前配置参数。查询命令的格式为：config get xxx ，例如，想要获取 RDB 文件的存储名称设置，可以使用 config get dbfilename ，执行效果如下图所示：

查询 RDB 的文件目录，可使用命令 config get dir ，执行效果如下图所示：

6.配置设置

设置 RDB 的配置，可以通过以下两种方式：

● 手动修改 Redis 配置文件；

● 使用命令行设置，例如，使用 config set dir "/usr/data" 就是用于修改 RDB 的存储目录。

注意：手动修改 Redis 配置文件的方式是全局生效的，即重启 Redis 服务器设置参数也不会丢失，而使用命令修改的方式，在 Redis 重启之后就会丢失。但手动修改 Redis 配置文件，想要立即生效需要重启 Redis 服务器，而命令的方式则不需要重启 Redis 服务器。

小贴士：Redis 的配置文件位于 Redis 安装目录的根路径下，默认名称为 redis.conf。

7.RDB 文件恢复

当 Redis 服务器启动时，如果 Redis 根目录存在 RDB 文件 dump.rdb，Redis 就会自动加载 RDB 文件恢复持久化数据。

如果根目录没有 dump.rdb 文件，请先将 dump.rdb 文件移动到 Redis 的根目录。

验证 RDB 文件是否被加载

Redis 在启动时有日志信息，会显示是否加载了 RDB 文件，我们执行 Redis 启动命令：src/redis-server redis.conf ，如下图所示：

从日志上可以看出， Redis 服务在启动时已经正常加载了 RDB 文件。

小贴士：Redis 服务器在载入 RDB 文件期间，会一直处于阻塞状态，直到载入工作完成为止。

8.RDB 优缺点

1）RDB 优点

● RDB 的内容为二进制的数据，占用内存更小，更紧凑，更适合做为备份文件；

● RDB는 재해 복구에 매우 유용하며 Redis 서비스 복구를 위해 원격 서버로 더 빠르게 전송할 수 있는 컴팩트한 파일입니다. 지속성 기본 Redis 프로세스는 데이터를 디스크에 유지하기 위해 하위 프로세스를 포크()합니다. 기본 Redis 프로세스는 디스크 I/O와 같은 작업을 수행하지 않습니다.

● AOF 형식 파일과 비교하여 RDB 파일을 더 빠르게 다시 시작할 수 있습니다.

2) RDB의 단점

● RDB는 특정 시간 동안만 데이터를 저장할 수 있기 때문에 Redis 서비스가 도중에 실수로 종료되면 일정 기간 동안의 Redis 데이터가 손실됩니다.

● RDB는 빈번한 포크가 필요합니다. () 하위 프로세스를 사용하여 디스크에 유지합니다. Fork()는 데이터 세트가 큰 경우 시간이 많이 걸릴 수 있으며, 데이터 세트가 크고 CPU 성능이 좋지 않은 경우 Redis가 몇 밀리초 또는 심지어 1초 동안 클라이언트 서비스 제공을 중지할 수 있습니다.

9. 지속성 비활성화

지속성을 비활성화하면 Redis의 실행 효율성이 향상될 수 있습니다. 데이터 손실에 민감하지 않다면 클라이언트에 연결된 동안

<span style="background-color: rgb(253, 234, 218); color: rgb(255, 0, 0);">config set save ""</span> 명령을 실행하여 Redis의 지속성을 비활성화할 수 있습니다. 아래 그림과 같습니다.

10. 요약

이 기사를 통해 RDB 지속성은 수동 트리거링과 자동 트리거링의 두 가지 방식으로 구분된다는 것을 알 수 있습니다. 저장 파일이 작다는 것입니다. 그리고 Redis가 시작됩니다. 데이터를 복구하는 것이 더 빠르지만, 데이터 손실의 위험이 있다는 단점이 있습니다. RDB 파일을 복원하는 것도 매우 간단합니다. Redis의 루트 디렉터리에 RDB 파일을 넣기만 하면 Redis가 시작될 때 데이터가 자동으로 로드되어 복원됩니다.

더 많은 Redis 관련 지식을 알고 싶으시면

Redis 사용법 튜토리얼

칼럼을 방문해 주세요!

위 내용은 Redis 지속성의 여러 가지 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!