刚刚问我，redis持久化数据到数据库是怎么 *** 作的

1、 快照的方式持久化到磁盘

自动持久化规则配置

save 900 1

save 300 10

save 60 10000

上面的配置规则意思如下:

# In the example below the behaviour will be to save:

# after 900 sec (15 min) if at least 1 key changed

# after 300 sec (5 min) if at least 10 keys changed

# after 60 sec if at least 10000 keys changed

redis也可以关闭自动持久化，注释掉这些save配置，或者save “”

如果后台保存到磁盘发生错误,将停止写 *** 作.

stop-writes-on-bgsave-error yes

使用LZF压缩rdb文件,这会耗CPU, 但是可以减少磁盘占用.

rdbcompression yes

保存rdb和加载rdb文件的时候检验，可以防止错误，但是要付出约10%的性能，可以关闭他，提高性能。

rdbchecksum yes

导出的rdb文件名

dbfilename dump.rdb

设置工作目录, rdb文件会写到该目录, append only file也会存储在该目录下.

dir ./

Redis自动快照保存到磁盘或者调用bgsave，是后台进程完成的，其他客户端仍然和可以读写redis服务器，后台保存快照到磁盘会占用大量内存。调用save保存内存中的数据到磁盘，将阻塞客户端请求，直到保存完毕。

调用shutdown命令，Redis服务器会先调用save，所有数据持久化到磁盘之后才会真正退出。

对于数据丢失的问题：

如果服务器crash，从上一次快照之后的数据将全部丢失。所以在设置保存规则的时候，要根据实际业务设置允许的范围。

如果对于数据敏感的业务，在程序中要使用恰当的日志，在服务器crash之后，通过日志恢复数据。

2、 Append-only file 的方式持久化

另外一种方式为递增的方式,将会引起数据变化的 *** 作, 持久化到文件中, 重启redis的时候,通过 *** 作命令,恢复数据.

每次执行写 *** 作命令之后,都会将数据写到server.aofbuf中。

# appendfsync always

appendfsync everysec

# appendfsync no

当配置为always的时候，每次server.aofbuf中的数据写入到文件之后,才会返回给客户端，这样可以保证数据不丢，但是频繁的IO *** 作，会降低性能。

everysec每秒写一次，这可能会丢失一秒内的 *** 作。

aof最大的问题就是随着时间append file会变的很大，所以我们需要bgrewriteaof命令重新整理文件，只保留最新的kv数据。

应用Redis实现数据的读写，同时利用队列处理器定时将数据写入mysql。同时要注意避免冲突，在redis启动时去mysql读取所有表键值存入redis中，往redis写数据时，对redis主键自增并进行读取，若mysql更新失败，则需要及时清除缓存及同步redis主键。这样处理，主要是实时读写redis，而mysql数据则通过队列异步处理，缓解mysql压力，不过这种方法应用场景主要基于高并发，而且redis的高可用集群架构相对更复杂，一般不是很推荐。

下载完后将其解压放在自己要放的目录下解压后的目录如果你是32位的话就进32bit的文件夹，64位就进64bit文件夹文件夹进去后会看到一下的几个文件redis-benchmark.exe： 性能测试 模拟N个客户端发送set，get请求redis-check-aof.exe：更新日志检查redis-check-dump.exe：本地数据库检查redis-server.exe：服务程序接下来就是安装了打开dos命令栏，进入到redis的目录下面，输入以下命令：redis-server.exe redis.conf安装成功然后再打开一个dos命令栏，进入到redis的目录下，输入以下命令：redis-cli.exe -h 127.0.0.1 -p 6379测试一下set key value 存值get key 取值

---