Redis学习之持久化方式和配置

sanhutrees

　　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数据。