Redis의 RDB 및 AOF 지속성 모드 결함에 대한 간략한 설명

이 글에서는 Redis의 두 가지 지속성 모드(RDB 및 AOF)의 단점을 소개합니다. 도움이 필요한 친구들이 모두 참고할 수 있기를 바랍니다.

【관련 권장사항: Redis 동영상 튜토리얼】

1. RDB 지속성 모드 결함

1. 문제 설명:

200개 채널 동시 실행, 4시간 후 인터페이스 수많은 호출이 실패하기 시작했고 오류 메시지는 다음과 같습니다.

{"data":{"sendResult":null},"base":{"returncode":"99999","returndesc":"系统异常：MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk. Commands that may modify the data set are disabled. Please check Redis logs for details about the error."},"qrybase":{"total":0,"count":0,"start":0}}

2. 원인 분석:

에러 메시지를 해석해 보니 디스크 공간이 42% 부족해서 발생한 것으로 나타났습니다.

따라서 오류 메시지는 Redis 로그를 열고 스트레스 테스트를 계속하라는 메시지를 표시하지만 인터페이스는 여전히 오류를 보고하지만 Redis 로그 정보는 볼 수 있습니다. t save in background: 포크: 메모리를 할당할 수 없습니다

프로세스의 부적절한 메모리 사용과 관련이 있습니다. Redis 메인 프로세스가 차지하는 메모리를 다음과 같이 확인하십시오. 메모리의 거의 55%*4G를 점유합니다

구체적인 이유: 하드 디스크에 데이터를 저장할 때 메인 프로세스가 일시 중지되는 애니메이션을 방지하기 위해 Redis는 메인 프로세스의 복사본을 포크한 다음 포크 프로세스에서 하드 디스크에 데이터를 저장하는 작업을 완료해야 합니다. 메인 프로세스는 2.2GB의 메모리를 사용하는데, 자식 프로세스를 Fork할 때 추가로 2.2GB가 필요하고, 메모리가 부족해 Fork가 실패하고, 데이터 저장 하드디스크도 실패합니다.

3. 완화 계획(문제를 근본적으로 해결할 수 없음):

3.1 redis.conf 파일의 구성 항목 stop-writes-on-bgsave-error no 수정(기본값은 yes), 즉 쓰기 중지 bgsave 스냅샷 작업에서 오류가 발생하면 디스크에 대한 모든 후속 쓰기 오류가 실패합니다. 후속 쓰기 작업에 영향을 주지 않으려면 값을 no

3.2로 변경해야 합니다. 커널 매개 변수 수정(다음 3가지 방법) , 그러나 루트 권한이 필요합니다:

（1）	编辑/etc/sysctl.conf ，改vm.overcommit_memory=1，然后sysctl -p 使配置文件生效
（2）sysctl vm.overcommit_memory=1
（3）echo 1 > /proc/sys/vm/overcommit_memory

2. AOF 지속성 모드 결함

1. 문제 설명 1:

Redis 마스터 및 슬레이브 노드 모두 200개의 동시 연결로 AOF 모드를 켜서 연속 쓰기를 시뮬레이션했습니다. 15분 후 다수의 인터페이스 호출이 실패하기 시작했고 Redis가 위치한 Linux 가상 서버가 중단되었습니다.

인터페이스 오류는 다음과 같습니다.

{"data":null,"base":{"returndesc":"系统异常","returncode":"999999"},"qrybase":null}
Biz（dubbo）接口报错如下：
2015-06-05 11:28:28.760 [DubboServerHandler-X.X.X.X:20882-thread-173] ERROR  - error while validate jedis!
redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out

원인 분석:

dubbo 인터페이스 오류 메시지로 판단하면 인터페이스 API 작업 Redis 시간 초과로 인한 것입니다. 시스템 로그 및 IO 모니터링을 통해 위의 문제는 아래와 같이 IO 병목 현상(시스템 IO가 너무 바쁨)으로 인해 발생하는 것으로 나타났습니다.

시스템 로그에서도 확인할 수 있습니다. IO 차단 시간이 초과되었습니다. 120초 동안 시스템 보안 메커니즘으로 인해 시스템이 정지되었습니다.

요약

테스트 결과는 AOF 모드에 가장 명백한 결함이 있음을 증명합니다. 즉, 액세스 압력이 높을 때 IO가 성능 병목 현상이 되어 서비스를 사용할 수 없게 되는 것입니다.

3. 완화 계획(문제를 근본적으로 해결할 수 없음)

/etc/sysctl.conf를 편집하고 다음 구성을 추가합니다.

vm.dirty_background_ratio = 5
vm.dirty_ratio = 10

그런 다음 sysctl -p를 사용하여 구성 파일을 적용합니다.

문제 2 설명:

AOF 모드 또는 RDB(스냅샷 모드)를 사용하더라도 두 파일(.aof 또는 .rdb)의 크기가 시스템 메모리의 80%를 초과하면 Redis 프로세스가 종료됩니다. 시스템에 의해 서비스를 이용할 수 없게 됩니다.

요약

위의 문제는 Redis를 사용할 때 시스템 메모리 용량을 미리 계획해야 함을 보여줍니다. Redis가 충돌하면 많은 양의 데이터가 손실되고 복구할 수 없기 때문입니다.

더 많은 프로그래밍 관련 지식을 보려면

프로그래밍 비디오

를 방문하세요! !

위 내용은 Redis의 RDB 및 AOF 지속성 모드 결함에 대한 간략한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!