Redis

Redis의 지속성 메커니즘에 대해 이야기해 보겠습니다. RDB를 사용해야 할까요? 아니면 AOF를 사용해야 할까요?

青灯夜游

Nov 25, 2021 pm 07:23 PM

aofrdbredis지속성 메커니즘

이 기사에서는 Redis(RDB 및 AOF)의 지속성 메커니즘을 이해하고 RDB를 사용할지 AOF를 사용할지에 대해 설명합니다. 모두에게 도움이 되기를 바랍니다!

Redis의 지속성 메커니즘에 대해 이야기해 보겠습니다. RDB를 사용해야 할까요? 아니면 AOF를 사용해야 할까요?

RDB

1. RDB란

RDB: 가끔씩 메모리에 있는 데이터를 스냅샷으로 디스크의 임시 파일에 기록하고, 스냅샷 파일을 읽어서 디스크에 저장합니다. 복구 중 메모리. 충돌이 발생하고 다시 시작되면 메모리의 데이터는 확실히 사라지고 Redis를 다시 시작한 후에 복원됩니다. [관련 권장사항: Redis 동영상 튜토리얼]

2. 백업 및 복구

메모리 백업-->디스크 임시 파일--> RDB의 장점과 단점

장점

- 간단한 재해 복구, 원격으로 전송 가능
- 하위 프로세스가 백업되면 기본 프로세스에는 IO 작업이 없습니다. (쓰기 수정 없음) 또는 삭제)를 수행하여 백업 데이터의 무결성을 보장합니다
- AOF에 비해 대용량 파일이 있는 경우 빠르게 다시 시작하고 복원할 수 있습니다
- 단점
- 하위 프로세스가 차지하는 메모리는 상위 프로세스와 정확히 동일하므로 CPU 부담이 발생합니다
- 예약된 전체 백업은 무겁기 때문에 경우 실시간 백업을 처리할 수 없습니다.
4. RDB 구성

redis.conf에서 저장 위치를 맞춤 설정할 수 있습니다:

/user/local/redis/working/dump.rdb

저장 메커니즘:

save 900 1
save 300 10
save 60 10000
save 10 3

* 如果1个缓存更新，则15分钟后备份
* 如果10个缓存更新，则5分钟后备份
* 如果10000个缓存更新，则1分钟后备份

yes: 저장 과정에서 오류가 발생하면 쓰기 작업을 중지하세요.
no: 데이터 불일치가 발생할 수 있습니다
- rdbcompression
yes: RDB 압축 모드 켜기
no: 닫으면 CPU 소비가 절약되지만 파일이 커집니다. nginx와 같은 이유
- rdbchecksum
yes: CRC64 알고리즘 확인을 사용하여 rdb에서 데이터 확인을 수행합니다. , 10% 성능 손실
아니요: 검증 없음
요약

RDB는 대용량 데이터 복구에 적합하지만 데이터의 무결성과 일관성이 부족할 수 있습니다. AOF

AOF 기능

사용자가 요청한 쓰기 작업을 로그 형식으로 기록합니다. 쓰기 작업만 저장되므로 읽기 작업은 기록되지 않습니다.

파일이 수정되지 않고 추가됩니다.
Redis의 aof Recovery는 실제로 첨부된 파일을 처음부터 끝까지 읽고 쓰는 것을 의미합니다.
장점

AOF는 내구성이 뛰어나고 문제가 발생하면 데이터의 마지막 순간만 손실되므로 안정성과 데이터 무결성이 크게 향상됩니다. 따라서 fsync 작업을 사용하여 AOF를 초당 한 번씩 백업할 수 있습니다.

로그 로그 형식으로 추가합니다. 디스크가 가득 차면 redis-check-aof 도구가 실행됩니다.
데이터가 너무 크면 Redis는 백그라운드에서 자동으로 aof를 다시 쓸 수 있습니다. Redis가 이전 파일에 로그를 계속 추가하면 다시 쓰기도 매우 안전하며 클라이언트의 읽기 및 쓰기 작업에 영향을 미치지 않습니다.
AOF 로그에 포함된 모든 쓰기 작업을 사용하면 Redis를 더 쉽게 구문 분석하고 복구할 수 있습니다.
단점

동일한 데이터, 동일한 데이터인 AOF는 RDB보다 큽니다.

다양한 동기화 메커니즘의 경우 AOF는 RDB보다 느립니다. AOF는 쓰기를 위해 매초 백업되기 때문입니다. 연산이므로 RDB보다 약간 낮습니다. 1초마다 fsync를 백업하는 것은 문제가 없지만, 클라이언트가 쓸 때마다 fsync 백업을 수행하면 redis의 성능이 저하됩니다.
AOF에는 버그가 있습니다. 즉, 데이터 복구 중에 데이터가 불완전합니다. 이로 인해 AOF는 RDB만큼 간단하지 않기 때문에 AOF가 더 취약해지고 버그가 발생하기 쉽습니다. 그러나 버그를 방지하기 위해 AOF는 그렇지 않습니다. 당시 캐시에 존재했던 데이터 명령어를 기반으로 명령어를 재구성하는 것이 아니라, 더욱 강력하고 신뢰성이 높습니다.
AOF 구성

`# AOF 默认关闭，yes可以开启
appendonly no

# AOF 的文件名
appendfilename "appendonly.aof"

# no：不同步
# everysec：每秒备份，推荐使用
# always：每次操作都会备份，安全并且数据完整，但是慢性能差
appendfsync everysec

# 重写的时候是否要同步，no可以保证数据安全
no-appendfsync-on-rewrite no

# 重写机制：避免文件越来越大，自动优化压缩指令，会fork一个新的进程去完成重写动作，新进程里的内存数据会被重写，此时旧的aof文件不会被读取使用，类似rdb
# 当前AOF文件的大小是上次AOF大小的100% 并且文件体积达到64m，满足两者则触发重写
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb`

RDB를 사용해야 할까요, AOF를 사용해야 할까요?

일정 기간 동안 캐시 손실을 감수할 수 있다면 RDB를 사용하세요

실시간 데이터에 좀 더 주의한다면 AOF를 사용하세요
지속성을 위해 RDB와 AOF를 함께 사용하세요. RDB는 서로 다른 시간에 다른 버전을 복원할 수 있는 콜드 백업으로 사용되며, AOF는 핫 백업으로 사용되어 데이터가 1초 동안만 손실되도록 합니다. AOF가 손상되어 사용할 수 없는 경우 RDB를 사용하여 복원하여 둘을 결합합니다. 즉, Redis 복구는 AOF를 먼저 로드하고 AOF에 문제가 있으면 RDB를 다시 로드하므로 핫 및 콜드 백업의 목적을 달성합니다.

더 많은 프로그래밍 관련 지식을 보려면 프로그래밍 소개를 방문하세요! !

위 내용은 Redis의 지속성 메커니즘에 대해 이야기해 보겠습니다. RDB를 사용해야 할까요? 아니면 AOF를 사용해야 할까요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명

이 기사는 掘金社区에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제

관련 기사

왜 Redis를 사용합니까? 혜택과 장점Apr 14, 2025 am 12:07 AM

Redis는 빠른 성능, 풍부한 데이터 구조, 고 가용성 및 확장 성, 지속성 기능 및 광범위한 생태계 지원을 제공하기 때문에 강력한 데이터베이스 솔루션입니다. 1) 매우 빠른 성능 : Redis의 데이터는 메모리에 저장되며 동시성이 높고 대기 시간이 낮은 응용 프로그램에 적합한 빠른 읽기 및 쓰기 속도를 가지고 있습니다. 2) 풍부한 데이터 구조 : 다양한 시나리오에 적합한 목록, 컬렉션 등과 같은 여러 데이터 유형을 지원합니다. 3) 고 가용성 및 확장 성 : 마스터 슬레이브 복제 및 클러스터 모드를 지원하여 고 가용성 및 수평 확장 성을 달성합니다. 4) 지속성 및 데이터 보안 : 데이터 지속성은 RDB 및 AOF를 통해 달성되어 데이터 무결성 및 신뢰성을 보장합니다. 5) 광범위한 생태계 및 지역 사회 지원 : 거대한 생태계와 활동적인 커뮤니티,

NOSQL 이해 : Redis의 주요 기능Apr 13, 2025 am 12:17 AM

Redis의 주요 기능에는 속도, 유연성 및 풍부한 데이터 구조 지원이 포함됩니다. 1) 속도 : Redis는 메모리 내 데이터베이스이며, 읽기 및 쓰기 작업은 거의 순간적이며 캐시 및 세션 관리에 적합합니다. 2) 유연성 : 복잡한 데이터 처리에 적합한 문자열, 목록, 컬렉션 등과 같은 여러 데이터 구조를 지원합니다. 3) 데이터 구조 지원 : 다양한 비즈니스 요구에 적합한 문자열, 목록, 컬렉션, 해시 테이블 등을 제공합니다.

REDIS : 기본 기능을 식별합니다Apr 12, 2025 am 12:01 AM

Redis의 핵심 기능은 고성능 인 메모리 데이터 저장 및 처리 시스템입니다. 1) 고속 데이터 액세스 : Redis는 메모리에 데이터를 저장하고 마이크로 초 수준 읽기 및 쓰기 속도를 제공합니다. 2) 풍부한 데이터 구조 : 문자열, 목록, 컬렉션 등을 지원하며 다양한 응용 프로그램 시나리오에 적응합니다. 3) 지속성 : RDB 및 AOF를 통해 디스크에 데이터를 지속하십시오. 4) 구독 게시 : 메시지 대기열 또는 실시간 통신 시스템에서 사용할 수 있습니다.

Redis : 인기있는 데이터 구조에 대한 안내서Apr 11, 2025 am 12:04 AM

Redis는 다음을 포함하여 다양한 데이터 구조를 지원합니다. 1. String, 단일 값 데이터 저장에 적합합니다. 2. 큐 및 스택에 적합한 목록; 3. 비면성 데이터 저장에 사용되는 세트; 4. 순서, 순위 목록 및 우선 순위 대기열에 적합한 순서 세트; 5. 해시 테이블, 객체 또는 구조화 된 데이터를 저장하는 데 적합합니다.

Redis 카운터를 구현하는 방법Apr 10, 2025 pm 10:21 PM

Redis Counter는 Redis Key-Value Pair 스토리지를 사용하여 다음 단계를 포함하여 계산 작업을 구현하는 메커니즘입니다. 카운터 키 생성, 카운트 증가, 카운트 감소, 카운트 재설정 및 카운트 얻기. Redis 카운터의 장점에는 빠른 속도, 높은 동시성, 내구성 및 단순성 및 사용 편의성이 포함됩니다. 사용자 액세스 계산, 실시간 메트릭 추적, 게임 점수 및 순위 및 주문 처리 계산과 같은 시나리오에서 사용할 수 있습니다.

Redis 명령 줄을 사용하는 방법Apr 10, 2025 pm 10:18 PM

Redis Command Line 도구 (Redis-Cli)를 사용하여 다음 단계를 통해 Redis를 관리하고 작동하십시오. 서버에 연결하고 주소와 포트를 지정하십시오. 명령 이름과 매개 변수를 사용하여 서버에 명령을 보냅니다. 도움말 명령을 사용하여 특정 명령에 대한 도움말 정보를 봅니다. 종금 명령을 사용하여 명령 줄 도구를 종료하십시오.

Redis 클러스터 모드를 구축하는 방법Apr 10, 2025 pm 10:15 PM

Redis Cluster Mode는 Sharding을 통해 Redis 인스턴스를 여러 서버에 배포하여 확장 성 및 가용성을 향상시킵니다. 시공 단계는 다음과 같습니다. 포트가 다른 홀수 redis 인스턴스를 만듭니다. 3 개의 센티넬 인스턴스를 만들고, Redis 인스턴스 및 장애 조치를 모니터링합니다. Sentinel 구성 파일 구성, Redis 인스턴스 정보 및 장애 조치 설정 모니터링 추가; Redis 인스턴스 구성 파일 구성, 클러스터 모드 활성화 및 클러스터 정보 파일 경로를 지정합니다. 각 redis 인스턴스의 정보를 포함하는 Nodes.conf 파일을 작성합니다. 클러스터를 시작하고 Create 명령을 실행하여 클러스터를 작성하고 복제본 수를 지정하십시오. 클러스터에 로그인하여 클러스터 정보 명령을 실행하여 클러스터 상태를 확인하십시오. 만들다

Redis 대기열을 읽는 방법Apr 10, 2025 pm 10:12 PM

Redis의 대기열을 읽으려면 대기열 이름을 얻고 LPOP 명령을 사용하여 요소를 읽고 빈 큐를 처리해야합니다. 특정 단계는 다음과 같습니다. 대기열 이름 가져 오기 : "큐 :"와 같은 "대기열 : my-queue"의 접두사로 이름을 지정하십시오. LPOP 명령을 사용하십시오. 빈 대기열 처리 : 대기열이 비어 있으면 LPOP이 NIL을 반환하고 요소를 읽기 전에 대기열이 존재하는지 확인할 수 있습니다.

See all articles