2.redis持久化与集群机制.md 3.0 KB
Redis持久化机制
Redis因为某种原因的情况下宕机之后，数据是不会丢失的。
原理就是持久化
EHCACHE
大部分的缓存框架都会基本功能淘汰策略、持久机制
Redis的持久化的机制有两种：aof、rdb（默认）
全量同步与增量同步的区别
全量同步：就是每天定时（避开高峰期）或者采用一个周期实现将数据拷贝到一个地方也就是Rdb存储。
增量同步：比如采用对行为的操作实现对数据的同步，也就是AOF。
全量与增量的比较：增量同步比全量同步更加消耗服务器的内存，但是能够更加的保证数据的同步。
RDB与AOF实现持久化的区别
Redis提供了两种持久化的机制，分别为RDB、AOF实现，RDB采用定时（全量）持久化机制，但是服务器因为某种原因宕机后可能数据会丢失，AOF是基于数据日志操作实现的持久化，所以AOF采用增量同步的方案。
Redis已经帮助我默认开启了rdb存储。
Redis的RDB与AOF同步配置
RDB
Redis默认采用rdb方式实现数据的持久化，以快照的形式将数据持久化到磁盘的是一个二进制的文件dump.rdb， 在redis.conf文件中搜索“dump.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内存快照。
如果直接替RDB 文件的时候就可能会出现突然断电等问题而导致RDB 文件还么有保存完整就突然关机，从而导致数据的丢失，可以手动将每次生成的RDB 文件进行备份，这样可以最大化保存历史数据。
Aof
在Redis的配置文件中存在三种同步方式，它们分别是：
appendfsync always #每次有数据修改发生时都会写入AOF文件，能够保证数据不丢失，但是效率非常低。
appendfsync everysec #每秒钟同步一次，可能会丢失1s内的数据，但是效率非常高。
appendfsync no #从不同步。高效但是数据不会被持久化。
直接修改redis.conf中 appendonly yes
建议最好还是使用everysec 既能够保证数据的同步、效率也还可以。
everysec有缓冲区操作，效率偏高
Aof是以执行命令的形式实现同步
MySQL与Redis一致性解决同步问题
方式1：直接清除Redis的缓存，重新读取数据库即可
方式2：使用mq异步订阅mysql binlog实现增量同步
方式3：使用alibaba的canal