레디 스 RDB 및 지속성 AOF
레디 스 데이터 지속성
Redis
메모리 데이터베이스는 서버 프로세스가 종료되면, 데이터베이스의 데이터가이 문제를 해결하기 위해, 손실됩니다,인가 Redis
데이터 손실을 방지하기 위해 디스크에 메모리에 데이터를 저장하기 위해 지속적인 솔루션의 두 가지를 제공합니다.
RDB 지속성
redis
제공 RDB持久化
기능을 수있는이 기능은 redis
하드 디스크에 메모리에 상태를 저장, 그것은 수있는 매뉴얼을 수행합니다. [저장 설명서 실행 트리거]
또한 다시 할 수 redis.conf
구성, 정기적으로 수행 .
RDB RDB는 지속성이 파일이 생성 압축 에 이진 파일 , 파일이 하드 디스크에 저장됩니다, 레디 스 문서의 채택시 데이터베이스의 상태를 복원 할 수 있습니다.
RDB 구성 매개 변수 :
RDB (지속성) 디스크에 기억 된 데이터를 저장하기 위해 지정된 시간 내에 설정된 데이터가 시간 간격의 스냅 샷 (시점 스냅 샷)가 생성 패스트 백업 마스터 적합한는 RDB 지속성 함수에 기초하여 상기 복제 실현 : 장점 RDB의 RDB는 레디 스 명령의 저장 사용하여 다시 트리거 RDB 구성 매개 변수를 : 디렉터리를 / 데이터 / 6379 / dbfilename dbmp.rdb 지속적인 작업 진행의이 모든 900초 수정 된 클래스 9백초이 저장 작업을 십초 (300)를 저장 작동 60초 10000 작업 저장 900 일 저장 저장 (300) 10 저장 60 만
RDB의 지속적인 연습 레디 스
1. 레디 스 서버 구성 프로파일
# 로그 로그 파일 만들기 에서 mkdir -p를 / 데이터 / 6380 / CD / 데이터 / 6380 / 터치 redis.log
데몬으로 예 배경 열지 여부 # 포트 6379 # 포트 로그 파일 /data/6379/redis.log # 사용자 정의 로그 파일 디렉토리 / 데이터 / 6379 # 사용자 정의 지속적인 파일 저장 위치는 dbfilename dbmp.rdb #rdb 지속적인 파일은 192.168을 결합한다. 주소 바인딩 61.129 #redis requirepass의 레드햇 #redis 로그인 암호를 900 일 #rdb 메커니즘 저장할 때마다 900 초 수정 된 기록이 300 초마다 10 수정 기록 (300) (10) # 저장 60 만 # 10000 매 60 초 이내에 레코드를 수정 저장
위의 레디 스 서버 구성 파일 2. 시작
레디 스 서버 redis.conf
로그인 레디 스 클라이언트
# --raw 파라미터 중국 지원 발현 레디 스를 CLI -p-6380 -h 192.168.61.129 --raw
(3), 키 세트를 기록 후에 레디 스
우리가 자신의 데이터 지속성을 확인하려는 때문에, 그래서 우리는 저장 명령으로 지속적인 트리거, 로그인 키를 생성해야하고 공정 레디 스 서비스 측면을 죽이고,
192.168.61.129:6380> KEYS * 192.168.61.129:6380> 세트 이름 "알렉스" OK 192.168.61.129:6380> 설정 19 세 OK 192.168.61.129:6380> 얻을 이름 알렉스 192.168.61.129:6380> 나이 수 (19)
이 때 4. 어떤 파일 dbmp.rdb 아래에있는 디렉토리 / 데이터 / 6380를 확인
지속적인 트리거 5. RDB 파일에 데이터를 작성, 저장
192.168.61.129:6380> KEYS * 192.168.61.129:6380> 세트 이름 "알렉스" OK 192.168.61.129:6380> 설정 19 세 OK 192.168.61.129:6380> 얻을 이름 알렉스 192.168.61.129:6380> 세 수 19 192.168. 61.129 : 6380> SAVE OK
6, 영속 파일을 참조 dbmp.rdb
AOF의 지속적인 연습 레디 스
AOF (추가 전용 로그 파일)
는 서버 (예를 들면, 설정 델 등) 및 서버가 시작할 때 다시 실행 커맨드 데이터 줄일 수에 의해 실행되는 모든 동작 명령의 기록이 설정
AOF 모든 형식 레디 스 프로토콜을 저장 한 파일의 명령 새 명령은 파일의 끝에 추가됩니다.
장점 : 데이터를 보장하기 위해 최대의 프로그램이 손실되지 않습니다
단점 : 매우 큰 로깅
레디 스 클라이언트 쓰기> 레디 스 서버 동기화 명령> AOF 파일
구성 매개 변수
AOF 지속성 구성, 두 개의 매개 변수가 appendOnly 예 appendfsync 항상 항상 작동 클래스 수정 초 지속성 번호 당 한 번만 수행 everysec 일반적으로 어떤 시스템에 의존하는 메커니즘은 캐시 크기를 온다
프로필 redis.conf AOF 준비 1,
데몬으로 예 # 프로세스가 백그라운드에서 실행되고 포트 6380 # 포트 로그 파일 /data/6380/redis.log # 로그 로그 디렉토리 / 데이터 / 6380 dbfilename의 dbmp.rdb 번호 영구 데이터 파일 바인드 192.168.61.129 # 바인딩의 IP requirepass 루트 # 설정 루트 암호 appendOnly 예 appendfsync everysec # 두 번째 지속성을
2. 시작 레디 스 서버 기반 구성 파일
레디 스 서버 /etc/redis.conf
여부 파일 AOF 3. 레디 스 데이터 디렉토리 / 데이터 / 6380 /
[루트 @의 SZX 6380] # 1! appendonly.aof dbmp.rdb redis.log
4. 로그 레디 스-CLI, 파일 정보 AOF 데이터를 실시간으로 체크 쓰기
[루트 @의 SZX ~ 20시 9분 35초] #tail -f /data/6380/appendonly.aof
5. 데이터 지속성 여부를 확인하기 위해, 새로운 키 정보 AOF 체크하고 닫기 레디 스 설정
[루트 @의 SZX / 19시 50분 25초] # 개 레디 스-CLI -p 6380 -h 192.168.61.129 --raw 192.168.61.129:6380> 인증 루트 OK 192.168.61.129:6380> KEYS * 192.168.61.129:6380> SET "알렉스"이름을 확인 192.168.61.129:6380> SET 나이 87 확인을
단계 :
구성 파일을 수정 -> 레디 스 서버를 시작 -> 클라이언트 로그인 레디 스 - 키를 만듭니다>
> 다시 시작 및 기호 레디 스 - - 레디 스 클라이언트 서버 프로세스를 죽이는 종료> 키 존재 이전에 생성되었는지 확인
보기 데이터 파일을 지속성, 모든 작업 레코드는 파일에 저장됩니다
실시간 모니터링 데이터 지속성 파일 :
레디 스 옵션을 지속성? 차이점은 무엇입니까?
RDB는 : 스냅 기반 지속성 빠르며 전형적으로 사용 백업 마스터에서 복사된다 지속성 함수에 따라 RDB
AOF : 추가 레디 스 작업 로그 파일을 기록 할 수 있습니다. MySQL의 바이너리 로그에 레디 스 데이터 보안의 가장 큰 수준을 보장 할 수 있습니다, 유사
redis数据持久化
Redis
是一种内存型数据库,一旦服务器进程退出,数据库的数据就会丢失,为了解决这个问题,Redis
提供了两种持久化的方案,将内存中的数据保存到磁盘中,避免数据的丢失。
RDB持久化
redis
提供了RDB持久化
的功能,这个功能可以将redis
在内存中的的状态保存到硬盘中,它可以手动执行。【手动执行时通过save指令触发的】
也可以再redis.conf
中配置,定期执行。
RDB持久化产生的RDB文件是一个经过压缩的二进制文件,这个文件被保存在硬盘中,redis可以通过这个文件还原数据库当时的状态。
rdb配置参数:
RDB(持久化) 内存数据保存到磁盘 在指定的时间间隔内生成数据集的时间点快照(point-in-time snapshot) 优点:速度快,适合做备份,主从复制就是基于RDB持久化功能实现 rdb通过再redis中使用save命令触发 rdb rdb配置参数: dir /data/6379/ dbfilename dbmp.rdb 每过900秒 有1个操作就进行持久化 save 900秒 1个修改类的操作 save 300秒 10个操作 save 60秒 10000个操作 save 900 1 save 300 10 save 60 10000
redis持久化之RDB实践
1.配置启动redis服务端的配置文件
# 创建log日志文件 mkdir -p /data/6380/ cd /data/6380/ touch redis.log
daemonize yes # 是否开启后台运行 port 6379 #端口 logfile /data/6379/redis.log # 自定义日志文件 dir /data/6379 #自定义持久化文件存储位置 dbfilename dbmp.rdb #rdb持久化文件 bind 192.168.61.129 #redis绑定地址 requirepass redhat #redis登录密码 save 900 1 #rdb机制 每900秒 有1个修改记录 save 300 10 #每300秒 10个修改记录 save 60 10000 #每60秒内 10000修改记录
2.通过上面的配置文件启动redis服务端
redis-server redis.conf
登录redis客户端
# --raw参数表示支持中文 redis-cli -p 6380 -h 192.168.61.129 --raw
3、登录redis后设置一个key
因为我们要验证他的数据持久化,所以我们登录后需要创建一个key,用save指令触发持久化,然后杀死redis服务端的进程,
192.168.61.129:6380> KEYS * 192.168.61.129:6380> set name "alex" OK 192.168.61.129:6380> set age 19 OK 192.168.61.129:6380> get name alex 192.168.61.129:6380> get age 19
4.此时检查目录,/data/6380底下没有dbmp.rdb文件
5.通过save触发持久化,将数据写入RDB文件
192.168.61.129:6380> KEYS * 192.168.61.129:6380> set name "alex" OK 192.168.61.129:6380> set age 19 OK 192.168.61.129:6380> get name alex 192.168.61.129:6380> get age 19 192.168.61.129:6380> SAVE OK
6、查看持久化文件dbmp.rdb
redis持久化之AOF实践
AOF(append-only log file)
记录服务器执行的所有变更操作命令(例如set del等),并在服务器启动时,通过重新执行这些命令来还原数据集
AOF 文件中的命令全部以redis协议的格式保存,新命令追加到文件末尾。
优点:最大程序保证数据不丢
缺点:日志记录非常大
redis-client 写入数据 > redis-server 同步命令 > AOF文件
配置参数
AOF持久化配置,两条参数 appendonly yes appendfsync always 总是修改类的操作 everysec 每秒做一次持久化 # 常用 no 依赖于系统自带的缓存大小机制
1、准备aof配置文件redis.conf
daemonize yes # 进程是否在后台运行 port 6380 # 端口 logfile /data/6380/redis.log # log日志 dir /data/6380 dbfilename dbmp.rdb # 数据持久化文件 bind 192.168.61.129 # 绑定ip requirepass root # 设置密码为root appendonly yes appendfsync everysec #每秒做一次持久化
2. 시작 레디 스 서버 기반 구성 파일
레디 스 서버 /etc/redis.conf
여부 파일 AOF 3. 레디 스 데이터 디렉토리 / 데이터 / 6380 /
[루트 @의 SZX 6380] # 1! appendonly.aof dbmp.rdb redis.log
4. 로그 레디 스-CLI, 파일 정보 AOF 데이터를 실시간으로 체크 쓰기
[루트 @의 SZX ~ 20시 9분 35초] #tail -f /data/6380/appendonly.aof
5. 데이터 지속성 여부를 확인하기 위해, 새로운 키 정보 AOF 체크하고 닫기 레디 스 설정
[루트 @의 SZX / 19시 50분 25초] # 개 레디 스-CLI -p 6380 -h 192.168.61.129 --raw 192.168.61.129:6380> 인증 루트 OK 192.168.61.129:6380> KEYS * 192.168.61.129:6380> SET "알렉스"이름을 확인 192.168.61.129:6380> SET 나이 87 확인을
단계 :
구성 파일을 수정 -> 레디 스 서버를 시작 -> 클라이언트 로그인 레디 스 - 키를 만듭니다>
> 다시 시작 및 기호 레디 스 - - 레디 스 클라이언트 서버 프로세스를 죽이는 종료> 키 존재 이전에 생성되었는지 확인
보기 데이터 파일을 지속성, 모든 작업 레코드는 파일에 저장됩니다
실시간 모니터링 데이터 지속성 파일 :
레디 스 옵션을 지속성? 차이점은 무엇입니까?
RDB는 : 스냅 기반 지속성 빠르며 전형적으로 사용 백업 마스터에서 복사된다 지속성 함수에 따라 RDB
AOF : 추가 레디 스 작업 로그 파일을 기록 할 수 있습니다. MySQL의 바이너리 로그에 레디 스 데이터 보안의 가장 큰 수준을 보장 할 수 있습니다, 유사