Redis 지속성 정식 버전

咔咔

풀어 주다： 2020-05-27 11:11:19

원래의

1748명이 탐색했습니다.

지속성 소개

RDB

AOF

RDB와 AOF의 차이점

지속성 적용 시나리오

지속성 기능은 실제로 매우 간단하고 그리 복잡하지 않습니다.

데모 환경

centos7.0

redis4.0

redis 저장 디렉터리: /usr/local/redis

redis.conf 저장 디렉터리: /usr/local/redis/data

1. 지속성 소개

Redis의 모든 데이터는 메모리에 저장됩니다. Redis가 충돌하면 데이터가 손실됩니다. Redis 지속성은 데이터를 디스크에 저장하는 것입니다. 영구 저장 매체를 사용하여 데이터 프로세스를 저장하고 저장된 데이터를 특정 시간에 복원하는 작업 메커니즘을 지속성이라고 합니다.

지속성 과정에서 무엇이 저장되나요?

첫 번째 스냅샷 형태는 데이터 결과를 저장하고 데이터에 집중하는데, 이는 아래에서 논의할 RDB입니다.

두 번째 연산 프로세스는 연산 프로세스를 저장하고 데이터 연산 프로세스에 초점을 맞춘다. 아래에서 다룰 AOF

2.RDB

2-1 RDB 시작 방법 -- save command

다음 그림은 redis.conf의 구성 정보입니다. 저장하면 dump.rdb 파일이 생성됩니다

Redis 지속성 정식 버전

이제 값을 설정하고 저장하면 /usr/local/redis/data

에 dump6379.rdb 파일이 있을 것입니다.

Redis 지속성 정식 버전

2-2 RDB 저장 사용법

dbfilename dump6379.rdb: RDB 파일 이름을 설정하며, 기본값은 dump.rdb
dir: 저장할 경로입니다. rdb 또는 aof 파일
rdbcompression yes: 저장 시 데이터를 압축할지 여부를 설정합니다. 기본값은 lzf 압축을 사용하여 yes입니다.
rdbchecksum yes: 이 확인 프로세스는 쓰기 및 읽기 중에 수행됩니다. files

2-3 RDB 데이터 복구

사실 다른 관계형 데이터베이스 복구에 비해 이 데이터 복구는 기본적으로 작업이 필요하지 않습니다. 그냥 다시 시작하세요

2-4 RDB -- How the save command works

save를 실행하면 redis를 요청하는 다른 클라이언트의 명령은 save 명령이 실행될 때까지 기다립니다. 저장 명령은 단일 스레드에서 실행되기 때문에 실행 시간이 너무 길면 다른 사용자가 데이터를 정상적으로 저장할 수 없게 되는 직접적인 원인이 됩니다. 따라서 이 명령은 기본적으로 폐기됩니다. 대신 아래에 소개된 bgsave를 사용하겠습니다

2-5 RDB -- bgsave 명령 작동 방식

Redis 지속성 정식 버전

redis에서 bgsave가 실행되면 Background saving start가 바로 반환됩니다

이번에 우리는 log 파일, bgsave 이 명령은 저장 차단 문제에 최적화되어 있습니다

Redis 지속성 정식 버전

2-5 RDB -- 구성 파일 자동 시작

以下配置是默认配置
save 900 1
save 300 10
save 60 10000
stop-writes-on-bgsave-error yes

로그인 후 복사

Redis 지속성 정식 버전

save [시간] [키 변경 횟수]

즉, 300초 안에 10개의 키 값이 변경되면 bgsave가 백그라운드에서 실행됩니다

3 .AOF

3-1 AOF 개념

AOF 파일에는 명령 연산을 실행하는 과정이 저장되며, 데이터 복구도 연산 과정을 통해 복원됩니다.

3-2 AOF 데이터 쓰기 과정

Redis 지속성 정식 버전

redis 명령을 실행

redis의 AOF는 명령의 버퍼를 새로 고치고

한 다음 특정 방법에 따라 redis.conf에 구성된 .aof 파일과 동기화합니다

3-3 AOF

항상: 실행된 명령은 데이터 오류가 없고 성능이 낮은 AOF 파일에 저장됩니다.
everysec을 사용하지 않는 것이 좋습니다. 매초마다 버퍼를 작성합니다. 지침은 AOF 파일에 동기화되며 이를 사용하는 것이 좋습니다. 또한 기본 구성입니다. 하지만 시스템이 갑자기 다운되면 1초 이내의 데이터는 유실됩니다
아니오: AOF 파일에 대한 각 동기화 주기는 운영 체제에서 제어하므로 전체 프로세스는 제어할 수 없습니다

3-4 AOF 기능 켜짐

구성: appendonly yes|no
作用：是否开启AOF持久化功能，默认为不开启状态
配置：appendfsync always| everysec | no
기능: AOF 쓰기 데이터 전략
구성: appenfilename 파일 이름
기능: AOF 영구 파일 이름, 기본 이름은 addonly.aof

Redis 지속성 정식 버전

그런 다음 redis 재시작을 사용하세요. 서비스를 사용하려면 usr/local/redis/data 디렉터리에서appendonly.aof 파일을 볼 수 있습니다.

Redis 지속성 정식 버전

그런 다음 redis 클라이언트에서 명령을 실행하고 확인합니다. 데이터가appendonly.aof파일에 저장되는 것을 볼 수 있습니다.

Redis 지속성 정식 버전

3-5 AOF 데이터 쓰기 문제

먼저 사례를 살펴보겠습니다. name 키를 반복해서 설정한 후,appendonly.aof 파일을 열어보니 세 개가 있습니다. 조작인데 이 세 가지 조작이 모두 하나의 키로 수정됩니다! 마지막 키만 저장할 수는 없나요? 이 질문으로 우리는 계속해서

Redis 지속성 정식 버전

3-6 AOF rewriting

예를 들어 위에서 set name 명령을 세 번 실행했지만 결국에는 마지막 실행 기록입니다. 즉, 마지막 실행 레코드만 필요합니다. 다른 레코드는 필요하지 않으며 압축된 데이터가 aof 파일에 다시 기록됩니다.

다시 쓴 후 디스크 활용도가 향상되었습니다

또한 데이터 복구 속도도 빨라집니다

동시에 지속성 효율성도 향상됩니다

3-7 AOF 다시 쓰기 규칙

프로세스는 더 이상 작성되지 않습니다. 파일을 입력하세요
del, hdel, srem 3-5에서 언급한 문제도 있습니다. 키에 대한 연속 작업hdel，srem。还有就是3-5说的问题，连续对一个key进行操作
对同一数据的多条写入记录合并为一条记录：如lpush list a lpush lsit b lpush list c可以转化为lpush list a b c。

3-8 AOF手动重写

指令：bgrewriteaof

동일한 데이터의 여러 쓰기 레코드가 다음과 같이 하나의 레코드로 병합됩니다. -크기: 상속; 배경색: rgba(0, 0, 0, 0.06); 테두리: 1px 솔리드 rgba(0, 0, 0, 0.08); 상속; 오버플로 랩: break-word;">lpush 목록 a lpush lsit b lpush 목록 c는



질문 3-5에 따라 명령줄에서 실행합니다. bgrewriteaof 명령을 실행한 다음,appendonly.aof 파일을 확인하세요
🎜🎜실행 후 파일 크기가 작아지고 파일에 명령이 하나만 있는 것을 확인할 수 있습니다🎜🎜🎜🎜


3-9 AOF수재중写工작원리





3-10 AOF자체중중写


配置：자동-재작성 비율 100 | auto-aof-rewrite-min-size 64mbauto-aof-rewrite-percentage 100 | auto-aof-rewrite-min-size 64mb
触发对比参数：aof_current_size | aof_base_size
触发对比参数:aof_current_size | aof_base_size


aof_current_size > auto-aof-rewrite-min-size 64mb가 다시 쓰기 시작하면


이 그림은 인터넷에서 가져온 것입니다



3-11 AOF 작업 흐름 및 다시 쓰기 흐름 = 프로세스
 





4. 요약


위 내용은 모두 Redis 지속성에 관한 것입니다.

위 내용은 Redis 지속성 정식 버전의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!