一、数据备份
Redis虽然是一个内存数据库，但是它提供了持久化方案保证数据的完整性和安全性。目前Redis有两种不同的持久化方法来将数据存储到硬盘里面：
-
快照
它可以将存在于某一时刻的所有数据都写入硬盘里面。 -
AOF
AOF(append-only file)，也叫只追加文件，它会在执行写命令时，将被执行的写命令复制到硬盘里面。
以上两种方法可以单独使用，也可以混合使用。
二、快照
配置文件方式：
#每隔60秒内有1000次写入就开始后台备份
save 60 1000
#后台备份出错后禁止写入操作，强制提醒用户
stop-writes-on-bgsave-error no
#备份文件是否压缩
rdbcompression yes
#备份文件名称
dbfilename dump.rdb
#备份文件保存目录
dir ./
以上是几个常用的备份配置选项。需要注意的是dir这个选项，开始我使用的是默认配置，以为它的默认保存目录是redis/src，实际上它的保存目录是你启动redis服务的目录。所以最好配置下这个选项，比如home/user/redis-db，这样dump.rdb备份文件就保存在指定目录了，这样可以避免备份文件分散。
命令方式：
命令方式有SAVE和BGSAVE这两个，区别是BGSAVE由子进程负责将快照写入硬盘，父进程继续处理命令请求，而SAVE会阻止后续命令的接收。一般常用BGSAVE。
快照备份文件恢复比较方便，缺点是如果某一次成功备份后系统崩溃了，那么备份之后的所有数据都会丢失。
三、AOF
配置文件方式：
#是否启用AOF文件备份
appendonly no
#一般写入硬盘时不会直接写入，而是写入到缓存，然后由操作系统决定什么时候写入硬盘，这样就会导致数据丢失。redis提供了同步功能也就是阻塞方式直接写入硬盘，不过同步写入会造成redis性能降低。
#redis提供3种模式，在数据安全性和性能之间进行平衡
#always：每个redis写命令都直接同步写入硬盘，安全性最高但性能比较低，而且严重损害硬盘
#everysec：每秒执行一次同步，兼顾安全性和性能
#no：让操作系统决定什么时候进行同步
#一般默认为everysec
appendfsync everysec
#如果后台有BGSAVE or BGREWRITEAOF命令在执行就阻止同步，因为这两个命令会大量占用硬盘I/O，这时候同步相当于"appendfsync none"。这里默认为no主要从安全性方面考虑。
no-appendfsync-on-rewrite no
#因为AOF方式会让AOF文件不断增大，不但占用硬盘空间，而且通过AOF文件恢复数据时耗费时间也会非常长（所有写指令都会执行一遍）。redis提供了BGREWRITEAOF命令来重写AOF命令，也就是通过移除冗余命令来减小AOF文件的体积
#如果AOF文件体积比上一次重写后大了一倍就执行BGREWRITEAOF命令
auto-aof-rewrite-percentage 100
#如果AOF文件体积大于64MB就执行BGREWRITEAOF命令
auto-aof-rewrite-min-size 64mb
#一般以上两个配置选项全部满足时才执行
不管是快照还是AOF文件，只要将备份文件放入dir指定的目录下，redis重启服务的时候就能恢复数据。另外，如果快照和AOF文件同时存在，那么redis会选择AOF文件，因为AOF文件更具完整性（根据上面的配置，最多丢失1秒）。
四、复制
复制主要用于主从服务器，也就是一台redis服务作为主服务用于接收写命令，多台redis服务作为从服务用于接收读命令。每当主服务器接收到一个写命令后它会同步发送给所有从服务器，这样所有的从服务器都有了一份数据集的副本。
如果要将一台服务作为另外一台服务的从服务，只要执行以下命令或者在配置文件中配置：
REPLICAOF host port
注意：从服务会丢失当前本身的所有数据，然后接收主服务发送的初始数据集副本。所以在配置一台从服务时，最好备份一下从服务本身的数据。
如果要暂停一台从服务，只要执行以下命令：
REPLICAOF NO ONE
这样从服务会变成主服务（独立的主服务，跟它原来的主服务已经没有关系了），并且不会丢失当前的数据（其它主服务的数据集副本）。
最后我用从服务连接主服务的时候出现了以下错误：
...
MASTER aborted replication with an error: NOAUTH Authentication required.
...
主要是我配置了requirepass这个选项，所以连接的时候需要密码验证，这个可以通过命令行设置config set masterauth xxxxx或者在配置文件中配置masterauth <master-password>。
五、参考资源
《Redis实战》
https://redis.io/topics/persistence
网友评论