Redis的持久化机制
1.什么是Redis的持久化
将内存中的数据库状态保存到磁盘使数据可以持久化保存。并且在启动的时候可以快速进行恢。
2.Redis持久化的两种方式
2.1.RDB
RDB是什么:
是一种快照存储持久化方式,具体就是将Redis某一时刻的内存数据保存到硬盘的文件当中,默认保存的文件名为dump.rdb,而在Redis服务器启动时,会重新加载dump.rdb文件的数据到内存当中恢复数据。
开启RDB持久化的方式:
1.save指令(save指令是一个同步操作)
当客户端向服务器发送save命令请求进行持久化时,服务器会阻塞save命令之后的其他客户端的请求,直到数据同步完成。如果数据量太大,同步数据会执行很久,而这期间Redis服务器也无法接收其他请求,所以,最好不要在生产环境使用save命令。
2.bgsave(与save命令不同,bgsave命令是一个异步操作)
当客户端发服务发出bgsave命令时,Redis服务器主进程会forks一个子进程来数据同步问题,在将数据保存到rdb文件之后,子进程会退出。
与save命令相比,Redis服务器在处理bgsave采用子线程进行IO写入,而主进程仍然可以接收其他请求,但forks子进程是同步的,所以forks子进程时,一样不能接收其他请求,这意味着,如果forks一个子进程花费的时间太久(一般是很快的),bgsave命令仍然有阻塞其他客户的请求的情况发生。
- 服务器配置自动触发
在Redis配置文件中的save指定到达触发RDB持久化的条件,比如【多少秒内至少达到多少写操作】就开启RDB数据同步。
# 900s内至少达到一条写命令
save 900 1
# 300s内至少达至10条写命令
save 300 10
# 60s内至少达到10000条写命令
save 60 10000
# 启动服务器加载配置文件
redis-server redis.conf
RDB的优势:
- 与AOF方式相比,通过RDB文件恢复数据比较快。
- RDB文件非常紧凑,适合于数据备份。
- 通过RDB进行数据备,由于使用子进程生成,所以对Redis服务器性能影响较小。
RDB的缺点:
- RDB数据丢失风险大
- 使用bgsave命令在forks子进程时,如果数据量太大,forks的过程也会发生阻塞,另外,forks子进程会耗费内存。
2.2.AOF
AOF是什么
AOF持久化方式会记录客户端对服务器的每一次写操作命令,并将这些写操作以Redis协议追加保存到以后缀为aof文件末尾,在Redis服务器重启时,会加载并运行aof文件的命令,以达到恢复数据的目的
开启AOF持久化方式
Redis默认不开启AOF持久化方式,我们可以在配置文件中开启并进行更加详细的配置,如下面的redis.conf文件:
# 开启aof机制
appendonly yes
# aof文件名
appendfilename "appendonly.aof"
```java
# 写入策略,always表示每个写操作都保存到aof文件中,也可以是everysec或no
appendfsync always
# 默认不重写aof文件
no-appendfsync-on-rewrite no
# 保存目录
dir ~/redis/
三种写入策略
appendfsync always
# appendfsync everysec
# appendfsync no
1.always:客户端的每一个写操作都保存到aof文件中,但是会出现大量的IO操作,所以效率很慢
2.everysec:appendfsync的默认写入策略,每秒写入一次aof文件,一次最多丢失1秒的数据
3.no:不是由服务器负责写入aof,而是交由操作系统进行处理什么时候写入aof文件,快不是不安全,不推荐使用
AOF文件重写
AOF将客户端的每一个写操作都追加到aof文件末尾,比如对一个key多次执行incr命令,这时候,aof保存每一次命令到aof文件中,aof文件会变得非常大。
aof文件太大,加载aof文件恢复数据时,就会非常慢,为了解决这个问题,Redis支持aof文件重写,通过重写aof
两种重写方式
1.通过在redis.conf配置文件中的选项no-appendfsync-on-rewrite可以设置是否开启重写,这种方式会在每次fsync时都重写,影响服务器性以,因此默认值为no,不推荐使用。
# 默认不重写aof文件
no-appendfsync-on-rewrite no
2.客户端向服务器发送bgrewriteaof命令,也可以让服务器进行AOF重写。
# 让服务器异步重写追加aof文件命令
bgrewriteaof
重写aof文件的好处
1.压缩了aof文件,减少了磁盘占用量
2.将aof的命令压缩为最小命令集,加快了数据恢复速度
AOF文件损坏
1.备份现在aof文件,以防万一。
2. 使用redis-check-aof命令修复aof文件,该命令格式如下:
# 修复aof日志文件
$ redis-check-aof -fix file.aof
3.重启Redis服务器,加载已经修复的aof文件,恢复数据。
AOF的优点
AOF只是追加日志文件,因此对服务器性能影响较小,速度比RDB要快,消耗的内存较少。
AOF的缺点
1.AOF方式生成的日志文件太大,即使通过AFO重写,文件体积仍然很大。
2.恢复数据的速度比RDB慢。
RDB与AOF的比较
当RDB与AOF两种方式都开启时,Redis会优先使用AOF日志来恢复数据,因为AOF保存的文件比RDB文件更完整。