redis中数据持久化(四)

redis中数据持久化介绍

目前会在两种情况下使用

1. 作为数据库使用；

2. 作为缓存服务器使用。

redis的高性能很大程度上是因为其把数据存储在内存中，然而当redis重启时或者意外当机后，数据都会丢失。为了不让redis中数据丢失，我们需要把内存中的数据以某种方式存储的硬盘中，使得redis服务器重启后数据可以恢复，这一过程称之为持久化。

redis支持两种方式的数据持久化，一是RDB方式；二是AOF方式。

RDB方式会根据指定的规则，“定时”将内存中的数据写入硬盘中；

AOF方式每次执行命令会将命令本身记录下来。

两种方式都可以单独使用，通常是两者配合使用。下面分别对两种方式介绍。

以下配置都是通过修改redis根目录下的redis.conf文件

一. RDB方式

RDB的方式是通过快照（snapshot）完成，当符合规则时redis会把内存的数据生成一个副本并存储在硬盘中，这个过程称之为“快照”。

redis会在以下几种情况执行快照

1. 根据配置规则自动快照

2. 用户执行save或bgsave命令

3. 执行flushall命令

4. 执行复制时。

下面对以上4中方式分别介绍

1.1 根据配置规则自动快照

用户可以自定义快照条件，用户可以在配置文件中自定义，格式如下：

save 时间 改动键的个数

save是关键字；时间是指在多长时间内，单位是秒；改动键的个数是指在指定时间内，被更改的个数大于我们指定的改动键个数时，自动执行快照。

如：

save 100 1

save 60 10

save 30 1000

命令允许存在多个，它们之间的关系式或者关联。以上的命令意思是，每隔100秒，保存一次；或者，60秒内，有10个以上键值发生变化；或者，30秒内，有1000个键值发生变化。当满足以上3个条件任何之一，redis会自动快照。

1.2 用户执行save或bgsave命令

当我们需要重启redis服务、迁移redis服务、备份redis服务时，需要手动执行快照，这时可以使用save或者bgsave命令。

save：同步执行，这时会影响用户请求，当redis数据比较大时，不建议使用此命令；

bgsave：后台异步执行，不影响用户对redis的请求。可以使用lastsave命令，查看最后快照时间。

1.3 执行flushall命令

执行flushall命令时，会清除redis中所有数据。当有任何一个自定义快照条件是，都会触发快照操作；若没有自定义任何快照规则，则不会触发自定义快照。

1.4 执行复制时。

当redis服务配置了主从复制时，即使没有配置任何自定义快照条件，没有执行任何手动操作（执行save或者bgsave），也会执行快照。

redis默认会将快照文件存储在当前目录下的dump.rdb文件中，可以配置dir和dbfilename两个参数分别之间文件路径和文件名。

如：

dir c:\gyc

dbfilename dump.rdb

注：通过RDB方式持久化redis，一旦redis异常退出，那么都会丢失最后一次快照后的所有更改的数据。如果不能接受丢失的这些数据，建议使用AOF方式持久化数据。

二. AOF(append only file)方式

当使用redis来存储非临时数据时，需要开启AOF方式持久化。AOF将redis执行的每一条命令追加到磁盘中，这样会降低redis的性能，不够还是可以接受的。

2.1. 开启AOF方式

默认情况redis没有开启AOF方式，可以通过appendonly命令来启用，如：

appendonly yes

可以指定存储文件路径，如：

dir c:\redis_aof

appendfilename appendonly.aof

2.2. 同步到磁盘中

虽然每次操作，redis都会把命令写到AOF文件中，但是由于操作系统缓存机制，这时并没有把所有数据真正写到磁盘中，而是进入到硬盘缓存。一般情况下，系统会每隔30秒做一次把硬盘缓存中数据写入磁盘中。

可以通过以下命令，执行：

# appendfsync always

# appendfsync no

appendfsync everysec

第一条命令是，每次执行写入，都会执行同步，最安全也最慢；

第二条命令是，不主动执行同步，而是由系统自动执行，也就是30秒执行，不建议，有可能会丢失30秒的数据；

第三条命令是，每秒执行一次，redis默认执行此种；

redis支持同时开启RDB和AOF,系统重启后，redis会使用AOF来恢复数据。这样丢失的数据会最少。