数据持久化

RedisDataBase(RDB)

• 数据持久化方式之一

• 数据持久化默认方式

• 按照指定时间间隔，将内存中的数据集快照写入硬盘

• 通过RDB进行备份还原，只要拷贝RBD文件即可

• 数据从内存保存到磁盘的频率设置

save 900 1                  //15分钟内有1个key改变即存盘  
save 300 10                   //5分钟内有10个key改变即存盘
save 60 10000               //1分钟内有10000个key改变即存盘

• 也可以进行手动存盘

save           //阻塞写存盘
bgsave              //不阻塞写存盘

RDB的优缺点

• 优点：

  • 高性能的持久化实现：创建一个子进程来执行持久化，先将数据写入临时文件，持久化过程结束后，再用这个临时文件替换上次持久化好的文件
  • 过程中主进程不做任何IO操作
  • 比较适合大规模数据恢复，且对数据完整性要求不是非常高的场合

• 缺点：

  • 意外宕机时，丢失最后一次持久化的所有数据

配置RDB

• 配置RDB参数

# [root@redis7 ~]# vim /etc/redis/6379.conf
dbfilename dump.rdb
save 900 1
save 120 10
save 60 10000

• 清空rbd数据

# 停止redis服务
[root@redis7 ~]# service redis_6379 stop
Stopping ...
Redis stopped

# 删除数据
[root@redis7 ~]# rm -rf /var/lib/redis/6379/*

# 启动服务
[root@redis7 ~]# service redis_6379 start
Starting Redis server...

# 查看数据文件，因为没有存储过任何数据，所以不存在RBD文件
[root@redis7 ~]# ls /var/lib/redis/6379/

• 存储数据

# 120秒内添加10个数据
[root@redis7 ~]# redis-cli
127.0.0.1:6379> MSET k1 v1 k2 v2 k3 v3 k4 v4 k5 v5
OK
127.0.0.1:6379> MSET k6 v6 k7 v7 k8 v8 k9 v9 k10 v10
OK

127.0.0.1:6379> KEYS *
 1) "k10"
 2) "k2"
 3) "k3"
 4) "k9"
 5) "k8"
 6) "k4"
 7) "k5"
 8) "k7"
 9) "k6"
10) "k1"
127.0.0.1:6379> exit

[root@redis7 ~]# ls /var/lib/redis/6379/
dump.rdb

• 验证备份还原

# 备份数据文件
[root@redis7 ~]# cp /var/lib/redis/6379/dump.rdb ~/

# 模拟误删除数据
[root@redis7 ~]# redis-cli
127.0.0.1:6379> FLUSHALL
OK
127.0.0.1:6379> KEYS *
(empty list or set)
127.0.0.1:6379> exit

# 恢复数据
[root@redis7 ~]# service redis_6379 stop
Stopping ...
Redis stopped

[root@redis7 ~]# cp dump.rdb /var/lib/redis/6379/   # 用备份文件覆盖目标文件
cp: overwrite ‘/var/lib/redis/6379/dump.rdb’? y

# 启动服务并验证
[root@redis7 ~]# service redis_6379 start
Starting Redis server...
[root@redis7 ~]# redis-cli
127.0.0.1:6379> KEYS *
 1) "k6"
 2) "k3"
 3) "k4"
 4) "k1"
 5) "k8"
 6) "k7"
 7) "k9"
 8) "k5"
 9) "k10"
10) "k2"

Append Only File(AOF)

• 追加方式记录写操作的文件
• 记录redis服务所有写操作
• 不断的将新的写操作，追加到文件的末尾
• 默认没有启用
• 使用cat命令可以查看文件内容

AOF文件记录写操作的方式

• appendfsync always：时时记录，并完成磁盘同步
• appendfsync everysec ：每秒记录一次，并完成磁盘同步
• appendfsync no：写入aof ，不执行磁盘同步

AOF优点与缺点

• 优点：

  • 可以灵活设置持久化方式
  • 出现意外宕机时，仅可能丢失1秒的数据

• 缺点：

  • 持久化文件的体积通常会大于RDB方式
  • 执行fsync策略时的速度可能会比RDB方式慢

配置AOF

• 修改配置文件

[root@redis7 ~]# redis-cli
127.0.0.1:6379> CONFIG SET appendonly yes
OK
127.0.0.1:6379> CONFIG REWRITE
OK
127.0.0.1:6379> SAVE
OK
127.0.0.1:6379> exit

# 查看AOF文件
[root@redis7 ~]# ls /var/lib/redis/6379/
appendonly.aof  dump.rdb

• 验证备份还原

# 备份AOF文件
[root@redis7 ~]# cp /var/lib/redis/6379/appendonly.aof ~/

# 删除数据
[root@redis7 ~]# redis-cli
127.0.0.1:6379> KEYS *
 1) "k6"
 2) "k3"
 3) "k4"
 4) "k1"
 5) "k8"
 6) "k7"
 7) "k9"
 8) "k5"
 9) "k10"
10) "k2"
127.0.0.1:6379> FLUSHALL
OK
127.0.0.1:6379> KEYS *
(empty list or set)
127.0.0.1:6379> exit

# 恢复数据
[root@redis7 ~]# service redis_6379 stop
Stopping ...
Redis stopped
[root@redis7 ~]# rm -rf /var/lib/redis/6379/*
[root@redis7 ~]# cp appendonly.aof /var/lib/redis/6379/

# 启动服务并验证
[root@redis7 ~]# service redis_6379 start
Starting Redis server...
[root@redis7 ~]# redis-cli
127.0.0.1:6379> KEYS *
 1) "k10"
 2) "k3"
 3) "k2"
 4) "k9"
 5) "k1"
 6) "k6"
 7) "k5"
 8) "k8"
 9) "k7"
10) "k4"