Redis의 두 가지 지속성 방법의 결함 소개

1. RDB 지속성 모드 결함

1. 문제 설명:

Redis에 대한 연속 쓰기를 시뮬레이션하는 동시성 200개 채널 이후 다수의 인터페이스 호출이 실패하기 시작했습니다.

{"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 로그 정보에서 볼 수 있습니다. 프로세스에 의한 메모리의 부적절한 사용에 대해 다음과 같이 Redis 메인 프로세스가 차지하는 메모리를 확인하십시오: 거의 55%*4G 메모리를 점유

구체적인 이유: 데이터를 저장할 때 메인 프로세스가 애니메이션을 중단하는 것을 방지하기 위해 Redis는 메인 프로세스의 복사본을 Fork한 다음 Fork 프로세스에서 하드 디스크에 데이터를 저장하는 작업을 완료해야 합니다. 메인 프로세스가 2.2GB의 메모리를 사용하는 경우 하위 프로세스를 Fork할 때 이때 메모리가 부족해 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 모드를 켜서 연속 쓰기를 시뮬레이션했습니다. Redis는 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 지식을 알고 싶다면

redis 입문 튜토리얼

칼럼을 주목해 주세요.

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