Redis 지속성의 스냅샷 방법(RDB)에 대해 자세히 알아보기

이 글에서는 Redis Persistence의 스냅샷 방식(RDB)을 소개합니다. 도움이 필요한 친구들이 모두 참고할 수 있기를 바랍니다.

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

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

1. 여러 가지 지속성 방법

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

• Snapshot 방법(RDB, Redis DataBase)은 특정 순간의 메모리 데이터를 바이너리 형식으로 디스크에 씁니다. method
(AOF, Append Only File)는 모든 작업 명령을 기록하고 이를 텍스트 형식으로 파일에 추가합니다.
• Hybrid persistence method
, Redis 4.0 이후의 새로운 방법인 Hybrid Persistence Redis는 RDB와 RDB의 장점을 결합합니다. AOF 쓰기 시 현재 데이터는 먼저 RDB 형식으로 파일 시작 부분에 기록되고 이후 작업 명령은 AOF 형식으로 파일에 저장됩니다. 이를 통해 Redis 재시작 속도도 줄일 수 있습니다. 데이터 손실 위험.
• 각 지속성 솔루션에는 특정 사용 시나리오가 있으므로 RDB 지속성부터 시작하겠습니다.

2. RDB 소개

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

3. 지속성 트리거

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

1) 수동 트리거

수동 트리거 지속성 작업에는 save 및 bgsave 두 가지가 있습니다. 이들의 주요 차이점은 Redis 메인 실행을 차단할지 여부에 반영됩니다. 실.

① save 명령

클라이언트에서 save 명령을 실행하면 Redis의 지속성이 트리거되지만 동시에 RDB가 실행될 때까지 Redis도 차단 상태가 됩니다. 그래야만 다른 클라이언트가 보낸 명령에 응답하므로 프로덕션 환경에서는

주의해서 사용해야 합니다save 和 bgsave ，它们主要区别体现在：是否阻塞 Redis 主线程的执行。

① save 命令

在客户端中执行 save 命令，就会触发 Redis 的持久化，但同时也是使 Redis 处于阻塞状态，直到 RDB 持久化完成，才会响应其他客户端发来的命令，所以在生产环境一定要慎用。

save 命令使用如下：

从图片可以看出，当执行完 save 命令之后，持久化文件 dump.rdb 的修改时间就变了，这就表示 save 成功的触发了 RDB 持久化。

save 命令执行流程，如下图所示：

② bgsave 命令

bgsave（background save）既后台保存的意思， 它和 save 命令最大的区别就是 bgsave 会 fork() 一个子进程来执行持久化，整个过程中只有在 fork() 子进程时有短暂的阻塞，当子进程被创建之后，Redis 的主进程就可以响应其他客户端的请求了，相对于整个流程都阻塞的 save 命令来说，显然 bgsave 命令更适合我们使用。
bgsave 命令使用，如下图所示：

bgsave 执行流程，如下图所示：

2）自动触发

说完了 RDB 的手动触发方式，下面来看如何自动触发 RDB 持久化？
RDB 自动持久化主要来源于以下几种情况。

① save m n

save m n 是指在 m 秒内，如果有 n 个键发生改变，则自动触发持久化。
参数 m 和 n 可以在 Redis 的配置文件中找到，例如，save 60 1 则表明在 60 秒内，至少有一个键发生改变，就会触发 RDB 持久化。
自动触发持久化，本质是 Redis 通过判断，如果满足设置的触发条件，自动执行一次 bgsave.

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

🎜🎜🎜그림에서 볼 수 있듯이 save 명령을 실행한 후 영구 파일 dump.rdb가 변경되었습니다. 이는 <code>save가 RDB 지속성을 성공적으로 트리거했음을 의미합니다. 🎜🎜save 명령 실행 프로세스는 아래 그림과 같습니다. 🎜🎜🎜

② bgsave 명령

🎜bgsave(백그라운드 저장)은 백그라운드 저장을 의미합니다. 저장 명령 가장 큰 차이점은 <code>bgsave가 전체 프로세스 동안 하위 프로세스를 fork()할 때 하위 프로세스를 잠시 차단한다는 것입니다. 프로세스가 생성되면 기본 Redis 프로세스는 다른 클라이언트의 요청에 응답할 수 있습니다. 전체 프로세스를 차단하는 save 명령과 비교하면 bgsave 명령은 다음과 같습니다. 우리가 사용하기에 더 적합합니다. 🎜bgsave 명령은 아래 그림과 같이 사용됩니다. 🎜🎜🎜🎜bgsave 실행 프로세스는 아래 그림과 같습니다. 🎜🎜🎜

2) 자동 Trigger🎜🎜바로 RDB의 수동 트리거링 방법입니다. RDB 지속성을 자동으로 트리거하는 방법을 살펴보겠습니다. 🎜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 10
• save 600 1

Redis 키 값이 60초 내에 10번 변경되면 지속성이 트리거되고, Redis 키 값이 60초 내에 10번 미만으로 변경되면 Redis는 Redis 키가 값이 600초 이내에 한 번 이상 수정된 경우 지속성이 트리거됩니다.

② flashall

flushall 명령은 Redis 데이터베이스를 지우는 데 사용됩니다. Redis가 flushall 명령을 실행할 때 주의해서 사용해야 합니다. 트리거됩니다. RDB 파일을 지웁니다. flushall 命令用于清空 Redis 数据库，在生产环境下一定慎用，当 Redis 执行了 flushall 命令之后，则会触发自动持久化，把 RDB 文件清空。
执行结果如下图所示：

③ 主从同步触发

在 Redis 主从复制中，当从节点执行全量复制操作时，主节点会执行 bgsave실행 결과는 아래 그림과 같습니다.

3 마스터-슬레이브 동기화 트리거

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 ./

더 중요한 매개변수는 다음과 같습니다.

• ① 매개변수 저장
• 트리거 RDB를 구성하는 데 사용됩니다. 지속성 조건부 매개변수, 저장 조건이 충족되면 데이터가 하드 디스크에 유지됩니다.
기본 구성 설명은 다음과 같습니다.

save 900 1: 900초 내에 하나 이상의 키 값이 변경되면 데이터가 하드 디스크에 유지된다는 의미입니다.

save 300 10: 최소한 하나의 키 값이 있는 경우를 의미합니다. 300초 내에 10개의 키 값이 변경되면 데이터가 하드 디스크에 유지됩니다.
save 60 10000: 60초 내에 최소 10,000개의 키 값이 변경되면 데이터가 하드 디스크에 유지된다는 의미입니다. . 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"

② rdbcompression 매개변수 기본값은 yes입니다. 이는 RDB 파일 압축을 켜는 것을 의미하며 Redis는 압축에 LZF 알고리즘을 사용합니다. 파일 압축을 위해 CPU 성능을 소모하지 않으려면 이 기능을 끄도록 설정할 수 있습니다. 이 방법의 단점은 파일을 저장하는 데 더 많은 디스크 공간이 필요하다는 것입니다.

🎜3 rdbchecksum 매개변수🎜🎜 기본값은 파일 쓰기 및 읽기 시 RDB 파일 검사를 활성화할지 여부를 나타내는 yes이며, 시작 시 손상이 발견되면 중지합니다. 시작. 🎜

5. 구성 쿼리🎜🎜Redis의 명령을 사용하여 현재 구성 매개변수를 쿼리할 수 있습니다. 쿼리 명령의 형식은 config get xxx입니다. 예를 들어 RDB 파일의 저장소 이름 설정을 가져오려면 config get dbfilename을 사용하면 됩니다. 실행 효과는 아래 그림과 같습니다. 🎜 🎜🎜🎜Query RDB 파일 디렉터리의 경우 config get dir 명령을 사용할 수 있습니다. 실행 효과는 다음과 같습니다. 🎜🎜🎜🎜 🎜

6. 구성 설정🎜 🎜다음 두 가지 방법으로 RDB 구성을 설정합니다. 🎜🎜🎜Redis 구성 파일을 수동으로 수정합니다. 예를 들어 config set dir "/usr/data" RDB 저장소 디렉터리를 수정합니다. 🎜🎜🎜🎜Note🎜: 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는 시작 시 로그 정보를 갖고 있으며, 이는 Redis 시작 명령(src/redis-server redis.conf)을 실행합니다. >, 아래와 같이 표시됨: src/redis-server redis.conf ，如下图所示：

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

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

8.RDB 优缺点

1）RDB 优点

• RDB 的内容为二进制的数据，占用内存更小，更紧凑，更适合做为备份文件；
• RDB 对灾难恢复非常有用，它是一个紧凑的文件，可以更快的传输到远程服务器进行 Redis 服务恢复；
• RDB 可以更大程度的提高 Redis 的运行速度，因为每次持久化时 Redis 主进程都会 fork() 一个子进程，进行数据持久化到磁盘，Redis 主进程并不会执行磁盘 I/O 等操作；
• 与 AOF 格式的文件相比，RDB 文件可以更快的重启。

2）RDB 缺点

• 因为 RDB 只能保存某个时间间隔的数据，如果中途 Redis 服务被意外终止了，则会丢失一段时间内的 Redis 数据；
• RDB 需要经常 fork() 才能使用子进程将其持久化在磁盘上。如果数据集很大，fork() 可能很耗时，并且如果数据集很大且 CPU 性能不佳，则可能导致 Redis 停止为客户端服务几毫秒甚至一秒钟。

9.禁用持久化

禁用持久化可以提高 Redis 的执行效率，如果对数据丢失不敏感的情况下，可以在连接客户端的情况下，执行 config set save ""

Redis 서비스가 시작될 때 RDB 파일이 정상적으로 로드된 것을 로그에서 확인할 수 있습니다.

팁: Redis 서버가 RDB 파일을 로드하는 동안 로드 작업이 완료될 때까지 차단됩니다.

8.RDB 장점과 단점

1) RDB 장점

• RDB의 내용은 바이너리입니다. data는 메모리를 덜 차지하며 더 컴팩트하고 백업 파일로 더 적합합니다.
• RDB는 재해 복구에 매우 유용하며 원격 서버로 더 빠르게 전송할 수 있습니다. Redis 서비스 복구;
• RDB는 Redis의 실행 속도를 더 크게 향상시킬 수 있습니다. 왜냐하면 Redis 기본 프로세스는 디스크에 데이터를 유지하기 위해 지속될 때마다 하위 프로세스를 포크(fork)하기 때문입니다. Redis 기본 프로세스는 디스크 I/O 및 기타 작업을 실행하지 않습니다.
• AOF 형식 파일에 비해 RDB 파일은 더 빠르게 다시 시작할 수 있습니다.

2) RDB의 단점

• RDB는 특정 시간 간격 동안만 데이터를 저장할 수 있기 때문에 Redis가 서비스가 도중에 중단됩니다. 예기치 않게 종료되면 일정 기간 동안의 Redis 데이터가 손실됩니다.
• RDB는 디스크에 유지하기 위해 하위 프로세스를 사용하기 위해 자주 포크()해야 합니다. Fork()는 데이터 세트가 큰 경우 시간이 많이 걸릴 수 있으며, 데이터 세트가 크고 CPU 성능이 좋지 않은 경우 Redis가 몇 밀리초 또는 심지어 1초 동안 클라이언트 서비스 제공을 중지할 수 있습니다.

9. 지속성 비활성화

지속성을 비활성화하면 Redis의 실행 효율성이 향상될 수 있습니다. 이러한 경우에는 다음 그림과 같이 config set save "" 명령을 실행하여 Redis 지속성을 비활성화합니다.

10. 요약

이 기사를 통해 RDB 지속성이 다음과 같이 나누어져 있음을 알 수 있습니다. 수동 트리거링과 자동 트리거링의 두 가지 방법이 있습니다. 장점은 Redis 시작 시 저장 파일이 작고 데이터 복구가 더 빠르다는 것입니다. 단점은 데이터가 손실될 위험이 있다는 것입니다. RDB 파일을 복원하는 것도 매우 간단합니다. Redis의 루트 디렉터리에 RDB 파일을 넣기만 하면 Redis가 시작될 때 데이터가 자동으로 로드되어 복원됩니다.
11. 생각하는 질문Redis 서버 CPU 사용량이 너무 높다면 원인은 무엇일까요? 댓글 영역에 답변을 적어주시면 됩니다.
12. 참조 및 승인
https://redis.io/topics/persistence

https://blog.csdn.net/qq_36318234/article/details/79994133

https://www. cnblogs.com/ysocean/p/9114268.html

🎜https://www.cnblogs.com/wdliu/p/9377278.html🎜🎜🎜이 기사는 https://segmentfault.com/a/에서 복제되었습니다. 1190000021036574🎜 🎜더 많은 Redis 지식을 알고 싶다면 🎜redis 입문 튜토리얼🎜 칼럼을 주목해주세요. 🎜

위 내용은 Redis 지속성의 스냅샷 방법(RDB)에 대해 자세히 알아보기의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!