11.扩展知识-redis持久化

内存（兔子）：高效、断电数据就会消失

硬盘（乌龟）：读写速度慢于内存的，断电数据依旧存在

持久化：把数据保存在硬盘上

 

关系型数据库MySQL-持久化：

任何增删改语句，都是在硬盘上做的操作

断电以后，硬盘上的数据还是存在。

 

非关系型数据库redis：

默认情况下，所有的增删改，数据都是在内存中进行操作。

断电以后，内存中的数据不存在的。

断电以后，redis的部分数据会丢失，丢失的数据是保存在内存中的数据。

概述

Redis的高性能是由于其将所有数据都存储在了内存中，为了使Redis在重启之后仍能保证数据不丢失，需要将数据从内存中同步到硬盘中，这一过程就是持久化。
Redis支持两种方式的持久化，一种是RDB方式，一种是AOF方式。可以单独使用其中一种或将二者结合使用。

1、RDB持久化（默认支持，无需配置）该机制是指在指定的时间间隔内将内存中的数据集快照写入磁盘。

2、AOF持久化
该机制将以日志的形式记录服务器所处理的每一个写操作，在Redis服务器启动之初会读取该文件来重新构建数据库，以保证启动后数据库中的数据是完整的。
3、无持久化
我们可以通过配置的方式禁用Redis服务器的持久化功能，这样我们就可以将Redis视为一个功能加强版的memcached了。
4、redis可以同时使用RDB和AOF

RDB

RDB:是redis的默认持久化机制。

RDB相当于照快照。保存的是一种状态。

20G数据----几kb快照

优点：

①快照保存数据速度极快，还原数据速度极快

②适用于灾难备份(例如失火了,我们可以赶紧使用Upan拷贝走rdb文件)

缺点：

①小内存机器不适合使用。

RDB机制符合要求就会照快照。（随时随地启动），会占用一部分系统资源（突然的）,很可能内存不足直接宕机。（宕机后，服务器会关闭，非正常关闭,此前没有快照的数据会丢失）

适用于：内存比较充裕的计算机。

RDB何时进行照快照：

①服务器正常关闭时，会照一次快照   ./bin/redis-cli shutdown

②key满足一定条件，会照一次快照

配置"key满足一定条件"-->redis.config

打开配置文件-->:进入地行模式-->输入"/save 900 1"回车定位到下面的位置:

 

 

说明:

save 900 1 #每900秒(15分钟)至少有1个key发生变化，则dump内存快照。

save 300 10 #每300秒(5分钟)至少有10个key发生变化，则dump内存快照

save 60 10000 #每60秒(1分钟)至少有10000个key发生变化，则dump内存快照

key发生变化（key数据添加、修改、删除）

例如1：12:00 – 12:15  ，有1个key发生变化，在12:15就照一次快照保存

    12:00 – 12:15  ，没有任何key发生变化，在12:15不会照快照

 

例如2：12:00 – 12:05  ，有10个(及以上)key发生变化，12:05就照一次快照保存

12:00 – 12:05  ，有9个key发生变化，12:05不会照快站，12:15 会照快照

 

例如3:  12:00 – 12:01  ，有15000个key发生变化，12:01会照一次快照保存

12:00 – 12:01  ，有1000个key发生变化，12:01不会照快站，12:05会照快照

AOF

AOF: 使用日志功能保存数据操作。

 默认AOF机制关闭的。

  每秒同步（默认）：每秒进行一次AOF保存数据。               安全性低，比较节省系统资源

每修改同步：只要有key变化语句，就进行AOF保存数据。比较安全，但是极为浪费效率

不同步：不进行任何持久化操作                不安全

AOF操作：

只会保存导致key变化的语句

 AOF配置：

always    #每次有数据修改发生时都会写入AOF文件

everysec  #每秒钟同步一次，该策略为AOF的缺省策略

no       #从不同步。高效但是数据不会被持久化

 

开启AOF机制:

 

 生成备份文件位置:

策略的选择：

 

 

 测试:

 

 查看aof文件:

 

 

优点：

①持续性占用极少量的内存资源

缺点：

①日志文件会特别大，不适用于灾难备份(失火了拷贝不完...)

②恢复效率远远低于RDB

 

适用于：内存比较小的计算机