Redis--分布式缓存--持久化（一）

一、分布式缓存

基于Redis集群解决单机Redis存在的问题。
单机redis存在的问题：

1.1为什么redis要选择单线程

redis是纯内存操作，执行速度非常快，它的性能瓶颈是网络延迟而不是执行速度，这是redis为何速度快的最主要原因。因此多线程并不会带来巨大的性能提升，多线程会导致过多的上下文切换，带来不必要的开销。
引入多线程会面临线程安全问题必然要引入线程锁这样的安全手段，实现复杂度增高，而且性能也会打折扣

1.2 redis到底是单线程还是多线程？

redis版本迭代过程中，在两个重要的时间节点上引入了多线程的支持：
redis v4.0：引入多线程异步处理一些耗时较长的任务，例如异步删除命令unlink
redis v6.0：在核心网络模型中引入多线程，进一步提高对于多核CPU的利用率
不过多线程只是在网络模型中使用，而命令执行仍是单线程

二、Redis的持久化

Redis持久换的方案有两种：

• RDB持久换
• AOF持久化

2.1RDB持久化

RDB的全称是 Redis Database Backup file，也叫做Redis数据快照。简单来说就是把内存中所有数据都记录到磁盘中。当Redis实例故障重启后，从磁盘读取快照文件，恢复数据。快照文件成文RDB文件，默认保存在当前运行目录。

2.1.1执行的时机

RDB会在一下四种情况下执行：

• 执行save命令
• 执行bgsave命令
• Redis正常停机
• 触发RDB条件时

1.save命令
执行下面命令，可执行一次RDB：

save命令会导致主进程执行RDB，这个过程中其它所有命令都会被阻塞。只有在数据迁移时才会用到

2.执行bgsave
这个命令执行后会在后台开启独立进程完成RDB，主进程可以持续处理用户请求，不受影响

3.正常停机
Redis停机时会执行一次save命令，实现RDB持久化。

4.触发RDB条件
Redis内部有触发RDB的机制，可以在redis.conf文件中找到，格式如下：

# 900秒内，如果至少有1个key被修改，则执行bgsave ， 如果是save "" 则表示禁用RDB
save 900 1  
save 300 10  
save 60 10000 

RDB的其它配置也可以在redis.conf文件中设置：

# 是否压缩 ,建议不开启，压缩也会消耗cpu，磁盘的话不值钱
rdbcompression yes

# RDB文件名称
dbfilename dump.rdb  

# 文件保存的路径目录
dir ./ 

2.1.2 RDB原理

bgsave开始时会fork主进程到子进程，子进程共享主进程的内存数据。完成fork后读取内存中的数据并且写入RDB文件
fork采用的是copy-on-write技术：

• 当主进程进行读操作时，访问共享内存
• 当主进程执行写操作时，则会拷贝一份数据，执行写操作
  

2.1.3小结

RDB方式bgsave的流程：

• fork主进程到子进程，共享内存中的数据
• 子进程读取内存中的数据，并将数据保存在RBD文件中
• 用新的RDB文件替换旧的RDB文件

RDB会在何时执行？save 6 1000代表什么意思？：

• 默认是redis停机时执行
• 代表6秒内有1000次操作就会触发RDB

RDB的缺点：

• 执行间隔时间太长，两次RDB之间写入数据有丢失的风险
• fork子进程、压缩、写出RDB文件都比较耗时

2.2 AOF的持久化

AOF全称为Append Only File(追加文件）。Redis处理的每一个写命令都会记录在AOF文件，可以看作是命令日志文件。

2.2.1 AOF的配置

AOF默认是关闭的，需要修改redis.conf配置文件来开启AOF：

# 是否开启AOF功能，默认是no
appendonly yes
# AOF文件的名称
appendfilename "appendonly.aof"

AOF的命令记录的频率也可以通过redis.conf文件来配：

# 表示每执行一次写命令，立即记录到AOF文件
appendfsync always 
# 写命令执行完先放入AOF缓冲区，然后表示每隔1秒将缓冲区数据写到AOF文件，是默认方案
appendfsync everysec 
# 写命令执行完先放入AOF缓冲区，由操作系统决定何时将缓冲区内容写回磁盘
appendfsync no

三种策略的对比：

2.2.2 AOF文件重写

因为是记录命令，AOF文件会比RDB文件大的多。而且AOF会记录对同一个key的多次写操作，但只有最后一次写操作才有意义。通过执行bgrewriteaof命令，可以让AOF文件执行重写功能，用最少的命令达到相同效果。
如图，AOF原本有三个命令，但是set num 123 和 set num 666都是对num的操作，第二次会覆盖第一次的值，因此第一个命令记录下来没有意义。

所以重写命令后，AOF文件内容就是：mset name jack num 666
Redis也会在触发阈值时自动去重写AOF文件。阈值也可以在redis.conf中配置：

# AOF文件比上次文件 增长超过多少百分比则触发重写
auto-aof-rewrite-percentage 100
# AOF文件体积最小多大以上才触发重写 
auto-aof-rewrite-min-size 64mb 

2.3 RDB和AOF对比

RDB和AOF各有自己的优点和缺点，过对数据安全要求较高，在实际中会结合两者来使用。