Redis 지구 화 RDB 와 AOF 의 차이 점 상세 설명
RDB
트리거 메커니즘-주요 세 가지 방식
save 동기 화 명령(redis 차단)bgsave 비동기 명령(fork)자동
동기 화 명령 저장
save
파일 정책:임시 파일 을 만 듭 니 다.오래된 파일 이 존재 하면 오래된 파일 을 바 꿉 니 다.
bgsave 비동기 명령
주 프로 세 스 는 fork()함 수 를 통 해 하위 프로 세 스 를 만 들 고 DRB 파일 을 생 성 합 니 다.이 기간 에 redis 에 접근 하면 정상적으로 응답 할 수 있 습 니 다.
명령 하 다.
save
bgsave
IO
동기 화
비동기
가로막다
가로막다
차단(조작 부당 fork 차단)
장점.
메모리 추가 사용 하지 않 음
클 라 이언 트 명령 을 막 지 않 음
결점.
클 라 이언 트 차단 명령
fork 필요,추가 메모리 소모
redis RDB 파일 자동 생 성(제어 불가)
save 900 1\#900 초 에 한 번 바 뀌 면 자동 으로 RDB 파일 생 성
save 300 10\#300 초 에 10 번 수정 하면 자동 으로 RDB 파일 생 성
redis save 설정 추천
# #save 900 1 #900 RDB #save 300 10 #300 10 RDB
dbfilename dump-${port}.rdb #rdb
dir /bigdiskpath # ,rdb
stop-writes-on-bgsave-error yes #bdsave ,
rdbcompression yes #
rdbchecksum yes #
무시 할 수 없 는 트리거 메커니즘때때로 우 리 는 save bgsave 명령 을 실행 하지 않 았 고 자동 저장 명령 을 실행 하지 않 았 으 며 RDB 를 생 성 할 수 있 습 니 다.다음 과 같은 이유 때 문 일 수 있 습 니 다.
전량 복제
RDB 에 존재 하 는 문제점:소모 성능,손실 데이터 차단
AOF 실행 원리:명령 을 수행 할 때마다 AOF 에 기록 을 추가 합 니 다.복구 가 필요 할 때 AOF 기록 redis 를 직접 실행 합 니 다.
AOF 세 가지 전략
always
everysec
no
장점.
데 이 터 를 잃 어 버 리 지 않 음
초당 1 회
신경 쓰 지 마.
결점.
IO 씀 씀 이 가 크다.
1 초 데이터 분실
제어 할 수 없다
AOF 재 작성
기한 이 지난 것,중복 되 는 것,최적화 합병 을 하 다.
역할:디스크 공간 사용량 감소,파일 복구 속도 가속 화
AOF 재 작성 두 가지 방식:
bgrewriteaof
aof 재 작성 설정
AOF 재 작성 설정
auto-aof-rewrite-min-size\#AOF 재 작성 에 필요 한 최소 사이즈
auto-aof-rewrite-percentage\#AOF 파일 증가 율
aof_current_size\#현재 aof 파일 크기 통계
aof_base_size\#aof 마지막 시작 과 재 작성 크기
AOF 설정
RDB 와 AOF 의 비교
이상 이 바로 본 고의 모든 내용 입 니 다.여러분 의 학습 에 도움 이 되 고 저 희 를 많이 응원 해 주 셨 으 면 좋 겠 습 니 다.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
그래프 구조를 무상으로 취급할 수 없는 것은 싫기 때문에, redisgraph를 WSL2에 극치고 설치해 보았습니다.제목은 만우절이므로. 그렇다, 역시, 앞으로는 그래프 구조 데이터베이스라고 생각했다. 생각한 것은 몇 년 전인가. 전부터 Neo4j는 시험하고 있지만, 영업 분들로부터 상용 라이센스가 높다고 가르쳐 주었으므로, 전전...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.