이 글에서는 Redis Persistence의 스냅샷 방식(RDB)을 소개합니다. 도움이 필요한 친구들이 모두 참고할 수 있기를 바랍니다.
Redis는 메모리에서 읽고 쓰기 때문에 성능은 높지만 서버가 다시 시작되면 메모리에 있는 데이터가 손실됩니다. Redis가 다시 시작될 때 원본 데이터를 디스크에서 복원할 수 있도록 디스크에 저장하는 전체 프로세스를 Redis 지속성이라고 합니다.
Memcached에는 지속성 기능이 없기 때문에 Redis 지속성은 Redis와 Memcached의 주요 차이점 중 하나이기도 합니다.
Redis 지속성에는 다음 세 가지 방법이 있습니다.
save
및 bgsave
두 가지가 있습니다. 이들의 주요 차이점은 Redis 메인 실행을 차단할지 여부에 반영됩니다. 실. save
명령을 실행하면 Redis의 지속성이 트리거되지만 동시에 RDB가 실행될 때까지 Redis도 차단 상태가 됩니다. 그래야만 다른 클라이언트가 보낸 명령에 응답하므로 프로덕션 환경에서는 주의해서 사용해야 합니다save
和 bgsave
,它们主要区别体现在:是否阻塞 Redis 主线程的执行。
在客户端中执行 save
命令,就会触发 Redis 的持久化,但同时也是使 Redis 处于阻塞状态,直到 RDB 持久化完成,才会响应其他客户端发来的命令,所以在生产环境一定要慎用。
save
命令使用如下:
从图片可以看出,当执行完 save
命令之后,持久化文件 dump.rdb
的修改时间就变了,这就表示 save
成功的触发了 RDB 持久化。
save
命令执行流程,如下图所示:
bgsave(background save)既后台保存的意思, 它和 save
命令最大的区别就是 bgsave
会 fork() 一个子进程来执行持久化,整个过程中只有在 fork() 子进程时有短暂的阻塞,当子进程被创建之后,Redis 的主进程就可以响应其他客户端的请求了,相对于整个流程都阻塞的 save
命令来说,显然 bgsave
命令更适合我们使用。bgsave
命令使用,如下图所示:
bgsave
执行流程,如下图所示:
说完了 RDB 的手动触发方式,下面来看如何自动触发 RDB 持久化?
RDB 自动持久化主要来源于以下几种情况。
save m n
是指在 m 秒内,如果有 n 个键发生改变,则自动触发持久化。
参数 m 和 n 可以在 Redis 的配置文件中找到,例如,save 60 1
则表明在 60 秒内,至少有一个键发生改变,就会触发 RDB 持久化。
自动触发持久化,本质是 Redis 通过判断,如果满足设置的触发条件,自动执行一次 bgsave
. save
명령은 다음과 같이 사용됩니다:
save
명령을 실행한 후 영구 파일 dump.rdb가 변경되었습니다. 이는 <code>save
가 RDB 지속성을 성공적으로 트리거했음을 의미합니다. 🎜🎜save
명령 실행 프로세스는 아래 그림과 같습니다. 🎜🎜🎜저장 명령 가장 큰 차이점은 <code>bgsave
가 전체 프로세스 동안 하위 프로세스를 fork()할 때 하위 프로세스를 잠시 차단한다는 것입니다. 프로세스가 생성되면 기본 Redis 프로세스는 다른 클라이언트의 요청에 응답할 수 있습니다. 전체 프로세스를 차단하는 save
명령과 비교하면 bgsave
명령은 다음과 같습니다. 우리가 사용하기에 더 적합합니다. 🎜bgsave
명령은 아래 그림과 같이 사용됩니다. 🎜🎜🎜🎜bgsave
실행 프로세스는 아래 그림과 같습니다. 🎜🎜🎜save m n
은 n 키가 m 초 내에 변경되면 지속성이 자동으로 트리거된다는 의미입니다. 🎜매개변수 m 및 n은 Redis 구성 파일에서 찾을 수 있습니다. 예를 들어 save 60 1
은 60초 내에 하나 이상의 키가 변경되면 RDB 지속성이 트리거됨을 나타냅니다. 🎜지속성을 자동으로 트리거합니다. 핵심은 설정된 트리거 조건이 충족되면 Redis가 자동으로 bgsave
명령을 한 번 실행한다는 것입니다. 🎜참고: 여러 save m n 명령을 설정하는 경우 조건이 충족되면 지속성이 트리거됩니다. 🎜예를 들어 다음 두 개의 save m n 명령을 설정합니다. 🎜Redis 키 값이 60초 내에 10번 변경되면 지속성이 트리거되고, Redis 키 값이 60초 내에 10번 미만으로 변경되면 Redis는 Redis 키가 값이 600초 이내에 한 번 이상 수정된 경우 지속성이 트리거됩니다.
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 ./
save 300 10: 최소한 하나의 키 값이 있는 경우를 의미합니다. 300초 내에 10개의 키 값이 변경되면 데이터가 하드 디스크에 유지됩니다.
save 60 10000: 60초 내에 최소 10,000개의 키 값이 변경되면 데이터가 하드 디스크에 유지된다는 의미입니다. . yes
表示开启 RDB 文件压缩,Redis 会采用 LZF 算法进行压缩。如果不想消耗 CPU 性能来进行文件压缩的话,可以设置为关闭此功能,这样的缺点是需要更多的磁盘空间来保存文件。
③ rdbchecksum 参数
它的默认值为 yes
表示写入文件和读取文件时是否开启 RDB 文件检查,检查是否有无损坏,如果在启动是检查发现损坏,则停止启动。
Redis 中可以使用命令查询当前配置参数。查询命令的格式为:config get xxx
,例如,想要获取 RDB 文件的存储名称设置,可以使用 config get dbfilename
,执行效果如下图所示:
查询 RDB 的文件目录,可使用命令 config get dir
,执行效果如下图所示:
设置 RDB 的配置,可以通过以下两种方式:
config set dir "/usr/data"
② rdbcompression 매개변수 기본값은 yes
입니다. 이는 RDB 파일 압축을 켜는 것을 의미하며 Redis는 압축에 LZF 알고리즘을 사용합니다. 파일 압축을 위해 CPU 성능을 소모하지 않으려면 이 기능을 끄도록 설정할 수 있습니다. 이 방법의 단점은 파일을 저장하는 데 더 많은 디스크 공간이 필요하다는 것입니다.
yes
이며, 시작 시 손상이 발견되면 중지합니다. 시작. 🎜config get xxx
입니다. 예를 들어 RDB 파일의 저장소 이름 설정을 가져오려면 config get dbfilename
을 사용하면 됩니다. 실행 효과는 아래 그림과 같습니다. 🎜 🎜🎜🎜Query RDB 파일 디렉터리의 경우 config get dir
명령을 사용할 수 있습니다. 실행 효과는 다음과 같습니다. 🎜🎜🎜🎜 🎜config set dir "/usr/data"
RDB 저장소 디렉터리를 수정합니다. 🎜🎜🎜🎜Note🎜: Redis 구성 파일을 수동으로 수정하면 전역적으로 적용됩니다. 즉, Redis 서버를 다시 시작해도 설정 매개변수는 손실되지 않지만 명령 수정 사용은 Redis가 다시 시작된 후에 손실됩니다. 그러나 Redis 구성 파일을 수동으로 수정하여 즉시 적용하려면 Redis 서버를 다시 시작해야 하지만 명령 방법에서는 Redis 서버를 다시 시작할 필요가 없습니다. 🎜팁: Redis 구성 파일은 Redis 설치 디렉터리의 루트 경로에 있으며 기본 이름은 redis.conf입니다.
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 文件期间,会一直处于阻塞状态,直到载入工作完成为止。
禁用持久化可以提高 Redis 的执行效率,如果对数据丢失不敏感的情况下,可以在连接客户端的情况下,执行 config set save ""
config set save ""
명령을 실행하여 Redis 지속성을 비활성화합니다. 이 기사를 통해 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/wdliu/p/9377278.html🎜🎜🎜이 기사는 https://segmentfault.com/a/에서 복제되었습니다. 1190000021036574🎜 🎜더 많은 Redis 지식을 알고 싶다면 🎜redis 입문 튜토리얼🎜 칼럼을 주목해주세요. 🎜위 내용은 Redis 지속성의 스냅샷 방법(RDB)에 대해 자세히 알아보기의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!