73、redis持久化与一致性

MySQL与Redis的数据同步的问题如何解决？

方式1 直接清理Redis的缓存，重新查询数据库即可~~
方式2 直接采用mq订阅mysql binlog日志文件增量同步到Redis中，整个过程采用最终一致性方案。
方式3. 使用alibaba的canal

Redis的持久化机制

Redis因为某种原因的情况下宕机之后，数据是不会丢失的。
原理就是持久化
EHCACHE：jvm内部缓存
大部分的缓存框架都会基本功能淘汰策略、持久机制
Redis的持久化的机制有两种：aof、rdb（默认）

全量同步与增量同步区别

1.就是每天定时(避开高放弃)或者是采用一种周期的实现将数据拷贝另外一个地方。
频率不是很大，但是可能会造成数据的丢失。
2.增量同步采用行为操作对数据的实现同步
频率非常高、对服务器同步的压力也是非常大的、保证数据不丢失。

全量同步：定时
增量同步区别：行为操作对数据 频率非常高

RDB与AOF实现持久化的区别

Redis提供了两种持久化的机制，分别为RDB、AOF实现，RDB采用定时（全量）持久化机制，但是服务器因为某种原因宕机后可能数据会丢失，AOF是基于数据日志操作实现的持久化，所以AOF采用增量同步的方案。

Redis已经帮助我默认开启了rdb存储。

redis有2个进程
1: 处理redis请求
2.子进程：处理rdb存储

Redis默认采用rdb方式实现数据的持久化，以快照的形式将数据持久化到磁盘的是一个二进制的文件dump.rdb， 在redis.conf文件中搜索“dump.rdb “。

RDB

Redis会将数据集的快照dump到dump.rdb文件中。此外，我们也可以通过配置文件来修改Redis服务器dump快照的频率，在打开6379.conf文件之后，我们搜索save，可以看到下面的配置信息：
save 900 1 #在900秒(15分钟)之后，如果至少有1个key发生变化，则dump内存快照。
save 300 10 #在300秒(5分钟)之后，如果至少有10个key发生变化，则dump内存快照。
save 60 10000 #在60秒(1分钟)之后，如果至少有10000个key发生变化，则dump内存快照。
Set(包含增加和覆盖)、del
Set name yushengjun
Set name mayikt
Del name

Aof

在Redis的配置文件中存在三种同步方式，它们分别是：
appendfsync always #每次有数据修改发生时都会写入AOF文件，能够保证数据不丢失，但是效率非常低。

appendfsync everysec #每秒钟同步一次，可能会丢失1s内的数据，但是效率非常高。

appendfsync no #从不同步。高效但是数据不会被持久化。
直接修改redis.conf中 appendonly yes
建议最好还是使用everysec 既能够保证数据的同步、效率也还可以。