判断redis主从是否同步完成的简单介绍 _判断

本文目录一览：

1、redis-4.0.x中如何解决redis重启runid变化引起的全量复制
2、redis缓存原理
3、Redis主从复制与一致性
4、如何解决主从不一致的问题?
5、Redis持久化的几种方式——RDB深入解析
6、面试官:Redis中的缓冲区了解吗-

redis-4.0.x中如何解决redis重启runid变化引起的全量复制1、每个Redis服务器，都有其运行ID ，运行ID由服务器在启动时自动生成，主服务器会将自己的运行ID发送给从服务器，而从服务器会将主服务器的运行ID保存起来。
2、注意：手动修改 Redis 配置文件的方式是全局生效的，即重启 Redis 服务器设置参数也不会丢失，而使用命令修改的方式，在 Redis 重启之后就会丢失。
3、相同IP和port的主节点每次重启服务都会生成一个新的run id，所以每次主节点重启服务都会进行一次快照同步，如果想重启主节点服务而不改变run id ，使用redis-cli debug reload命令。
4、AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用。RDB 既可以保证可靠性，还能在宕机时实现快速恢复。
5、例如监控、选主和通知。在Redis读写分离的情况下，使用哨兵可以很轻松地做到故障恢复，提升了整体的可用性。但哨兵无法解决Redis单机写的瓶颈，这就需要引入集群模式，相应的文章也被列为明年的写作计划中。
6、如果根据host+ip定位master node，是不靠谱的，如果master node重启或者数据出现了变化，那么slave node应该根据不同的run id区分，run id不同就做全量复制。
redis缓存原理Redis是一种内存高速cache，如果使用redis缓存，那经常被访问的内容会被缓存在内存中，需要使用的时候直接从内存调取，不知道比硬盘调取快了多少倍，并且支持复杂的数据结构，应用于许多高并发的场景中。
AOF 是以appendonly方式进行数据的储存的，开启AOF模式后，所有存进redis内存的数据都会进入os cache中，然后默认1秒执行一次fsync写入追加到appendonly.aof文件中。
redis缓存其实就是把经常访问的数据放到redis里面，用户查询的时候先去redis查询，没有查到就执行sql语句查询，同时把数据同步到redis里面。redis只做读操作，在内存中查询速度快。
内存淘汰管理机制Memory Management 当内存占满之后，redis提供缓存淘汰机制。
缓存穿透的原理缓存的正常使用如图：如图所示，缓存的使用流程：先从缓存中取数据，如果能取到，则直接返回数据给用户。这样不用访问数据库，减轻数据库的压力。如果缓存中没有数据，就会访问数据库。
Redis主从复制与一致性1、Redis为复制积压缓冲区设置的默认大小为1MB，如果主服务器需要执行大量写命令，又或者主从服务器断线后重连接所需的时间比较，那么这个大小也许并不合适。
2、因此，可以说Redis集群中的主节点数据是一致的，这是由于集群的复制和同步机制以及状态检查机制所保证的。
3、主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（master），后者称为从节点（slave），数据的复制是单向的，只能由主节点到从节点。
4、主从复制可以将主节点的数据备份到从节点，当主节点出现故障时，可以将从节点中的数据恢复到主节点中，从而保证数据的完整性和一致性。
如何解决主从不一致的问题?可选方案如下：查看Master最新的Position，将其作为Slave复制的起点。这种思路体现的是过去的不一致既往不咎，现在保持同步即可。
当出现主从数据不一致的情况，常见的应对方法是先把从库下线，然后找个半夜三更的时间把应用停掉，重新执行同步，如果数据库的体积十分庞大，那工作量可想而知，会让人崩溃。
在有主键或者唯一键的情况下，Slave 重放 Binlog 并不会去比较检索到的记录的每一列是否和BI相同，因此如果 Slave 和 Master 存在数据不一致，会直接覆盖 Slave 的数据而不会报错。
但在电商等场景中，对于数据一致性的解决方法和常见的互联网系统（如 MySQL 主从同步）又有一定区别，群友的讨论分成以下 6 种解决方案。业务整合方案主要采用将接口整合到本地执行的方法。
Redis持久化的几种方式——RDB深入解析1、RDB：RDB是一种快照持久化机制，它可以将Redis的内存数据周期性地写入磁盘上的一个文件中。
2、Redis 集合的数据持久化有两种方式，分别是 RDB （Redis Database）和 AOF （Append Only File）。
3、Redis 混合持久化的存储模式是，开始的数据以 RDB 的格式进行存储，因此只会占用少量的空间，并且之后的命令会以 AOF 的方式进行数据追加，这样就可以减低数据丢失的风险，同时可以提高数据恢复的速度。
4、RDB 持久化机制：是对 redis 数据执行周期性的持久化。这种方式就是将内存中数据以快照的方式写入到二进制文件中，默认的文件名为 dump.rdb 。客户端也可以使用save或者bgsave命令通知redis做一次快照持久化。
5、RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘，实际操作过程是fork一个子进程，先将数据集写入临时文件，写入成功后，再替换之前的文件，用二进制压缩存储。
【判断redis主从是否同步完成的简单介绍】6、Redis有两种持久化的方式，一种是RDB ，另外种是AOF 。RDB是将Redis内存中数据的快照存储在磁盘内，是Redis的默认持久化方案。
面试官:Redis中的缓冲区了解吗-对于同一缓冲系，当缓冲比一定时，总浓度越大，抗酸成分和抗碱成分越多，外加同量酸碱后，缓冲比变化越小，缓冲容最大，缓冲能力就越强；反之，总浓度越小，缓冲容量越小，缓冲能力就越弱。
将程序缓冲区的内容写入文件当AOF持久化功能处于开启状态时，服务器每执行完一个命令就会将命令以协议格式追加写入redisServer结构体的aof_buf缓冲区。而在服务重启的时候会把AOF文件加载到缓冲区中。
上一篇文章Redis主从复制原理中简要地说明了主从复制的一个基本原理，包含全量复制、复制积压缓冲区与增量复制等内容，有兴趣的同学可以先看下。利用主从复制，可以实现读写分离、数据备份等功能。
AOF缓冲区不可以替代AOF重写缓冲区的原因是AOF重写缓冲区记录的是从重写开始后的所有需要重写的命令，而AOF缓冲区可能只记录了部分的命令。
Redis中默认不开启AOF，appendonly yes ，是开启的配置。文件的名字默认为appendonly.aof，可以通过参数 appendfilename 来设置。目录也是通过 dir 来设置。所有写入命令会追加到 aof_buf（缓冲区）中。
当主从断连后，主库会把断链期间收到的写命令写入replication buffer（上面有提到），同时也会写入repl_backlog_buffer这个缓冲区。