简单了解Redis，及其持久化机制之AOF和RDB模式

本文介绍: 一个分布式缓存系统，初学者可以认为是一个独立于Python应用之外的字典。除了缓存功能，还有数据库MQ的特性。缓存将用户需要的数据放到离用户最近的地方，提供访问速度，特别是访问频繁的热点数据，可以节省不必要的计算访问消耗（计算、网络传输、内存占用、数据库资源占用）MySQL是一个关系型数据库，能够保证数据库事务的ACID（原子性、一致性、隔离性、持久性）四个特性的数据库系统，需要通过SQL语句进行访问操作Redis属于NoSQL数据库范围，既不需要通过SQL语句访问的数据库。NoSQL数据库还包括：Ela

一个分布式缓存系统，初学者可以认为是一个独立于Python应用之外的字典。除了缓存功能，还有数据库MQ的特性。

缓存将用户需要的数据放到离用户最近的地方，提供访问速度，特别是访问频繁的热点数据，可以节省不必要的计算访问消耗（计算
、网络传输、内存占用、数据库资源占用）

MySQL是一个关系型数据库，能够保证数据库事务的ACID（原子性、一致性、隔离性、持久性）四个特性的数据库系统，需要通过SQL语句进行访问操作

Redis属于NoSQL数据库范围，既不需要通过SQL语句访问的数据库。NoSQL数据库还包括：ElasticSearch、MongoDB等等，Redis只是其中一个成员。Redis不支持数据库事务，无法保证ACID四大特性。

比较项	MySQL	Redis
事务特性	支持	不支持
访问数据	慢	快
学习成本	高	低

redis系统目前主要支持linux系统，windows系统版本较老。

Linux系统安卓Redis

# 900秒之内至少一次写操作
save 900 1
# 300秒之内至少发生10次写操作
save 300 10
# 60秒之内发生至少10000次
save 60 10000

优点	缺点
对性能影响最小	同步时丢失数据
RDB文件进行数据恢复比使用AOF要快很多	如果数据集非常大且CPU不够强（比如单核CPU）, Redis在fork子进程时可能会消耗相对较长的时间，影响Redis对外提供服务的能力

1、启动redis服务
sudo src/redis-server redis.conf

2、登录到redis客户端
sudo src/redis-cli

3、设置a的值
> set a 3
> get a
> 3

4、查询到redis-server的进程，10401
> ps -ef|grep redis

5、kill掉redis-server进程，模拟断电。
sudo kill -9 pid

6、redis-server会显示“已杀死”，再查询a的值，返回null，因为没有做持久化
> get a
> null

7、修改redis.conf（windows：redis.windows.conf）, sudo vim redis.conf，找到save命令，save配置项，改成 save 3 3，同时检查下文件名dbfilename dump.rdb

8、重启redis服务，执行set操作。执行3次才触发了bgsave操作。
如果3秒中之内，没有满足3次set操作，是否会保存呢？
不会，所以仍然可能存在数据的丢失，可以用多个组合起来去触发bgsave命令。
当不满足次数时，手动执行bgsave命令，也可以触发保存。
> set a 1
> set b 2
> set c 3

9、看到redis的log，子进程10475保存了内存快照到硬盘上。并且路径下多了一个dump.rdb的数据文件，数据就是存在此文件中的。
Server initialized
Ready to accept connections
3 changes  in 3 seconds. Saving...
Background saving started by pid 10475
DB saved on disk
RDB：0 MB of memory used by copy-on-write
Background saving terminated with success

10、再次模拟断电

11、重启redis，使用get命令查询a，b, c的值，都可以查询到。并且在重启时，会看到log比之前没有持久化的时候多了一条。DB loaded from disk:0.000 seconds

appendonly yes

# 每次有数据修改发生时，都会写入AOF文件，非常安全非常慢。
# 想要数据不丢失就用这种，只要有修改就持久化到磁盘
# aof的always机制基本不会用，用也不会用在主库。
appendfsync always

# 每秒钟同步一次，该策略为AOF的缺省策略，够快可能会丢失1秒的数据
# 比较推荐，相对另外两种居中一点，一秒钟内数据丢失问题也不大
appendfsync everysec

# 不主动fsync，由操作系统决定，更快，更不安全的方法。
# 按照操作系统刷磁盘的机制，系统可能是5-6分钟。因为系统刷磁盘的代价很高。
appendfsync no

优点	缺点
最安全	文件体积大
容灾	性能消耗比RDB高
易读	可修改，数据恢复速度比RDB慢

1、关闭save命令，确保只开启了AOF持久化
2、找到appendonly命令，当前是没有开启的，是appendonly no，改成appendonly yes。
同时检查下appendfilename是appendonly.aof
同时看一下策略是哪个，此次验证使用的是appendfsync everysec
3、在执行命令之前，先删掉旧的appendonly.aof
4、重启redis
5、执行set命令
> set a 1
> set b 2
> set c 3
6、模拟断电，redis显示“已杀死”
7、再次查询a, b, c, 可以查询到值。