Redis数据备份和复制

一、数据备份

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备份文件就保存在指定目录了,这样可以避免备份文件分散。
命令方式:
命令方式有SAVEBGSAVE这两个,区别是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

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,504评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,434评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,089评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,378评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,472评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,506评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,519评论 3 413
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,292评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,738评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,022评论 2 329
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,194评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,873评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,536评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,162评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,413评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,075评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,080评论 2 352

推荐阅读更多精彩内容