redis主从同步还是异步的简单介绍 _redis

本文目录一览：

1、redis主从复制最好采用哪种结构
2、脑裂以及Redis主从同步中的坑
3、Redis主从复制丢失数据的情况分析
4、Redis启用主从模式做读写分离

redis主从复制最好采用哪种结构演示集群采用1主2从，采用伪集群，在一台虚拟机中启动，端口暂定6386386383 ，集群结构可以选择下面2种，因为数量较少，此次采用普通样式。
Redis中为了实现高可用（High Availability，简称HA），采用了如下两个方式：Redis中主从节点复制数据有全量复制和部分复制之分。
list（双向链表）list是一个链表结构，主要功能是push、pop、获取一个范围的所有值等等。
Redis主从复制会出现数据同步延迟的情况，因此需要配置Redis Sentinel监控系统来监测数据同步情况。2 安全性问题 Redis主从复制需要配置合适的安全策略，防止数据泄露和数据篡改。
然而list是一个列表，可以有多项数据，每一项数据为一个单一项，单一项类型为string，可以用来保存数组，队列数据结构，每一项的位置用顺序的编号表示。
二 list（双向链表）list是一个链表结构，主要功能是push、pop、获取一个范围的所有值等等。
脑裂以及Redis主从同步中的坑1、所谓的脑裂，就是指在主从集群中，同时有两个主节点，它们都能接收写请求。而脑裂最直接的影响，就是客户端不知道应该往哪个主节点写入数据，结果就是不同的客户端会往不同的主节点上写入数据。
2、因为 master - slave的复制是异步的（客户端发送给redis，主节点数据同步到内存中后就返回成功了）所以可能有部分数据还没复制到slave，master就宕机了，此时master内存中的数据也没了，这些部分数据就丢失了。
3、redis集群没有过半机制会有脑裂问题，网络分区导致脑裂后多个主节点对外提供写服务，一旦网络分区恢复，会将其中一个主节点变为从节点，这时会有大量数据丢失。
4、border-radius： 4px；` uuid = gen（）问题-4 假如redis主节点宕机，主从同步延迟或者有问题，那么从成为主之后，客户端就会重新获取到锁，这样也会并发不安全。
5、redis的集群脑裂是指因为网络问题，导致redis master节点跟redis slave节点和sentinel集群处于不同的网络分区，此时因为sentinel集群无法感知到master的存在，所以将slave节点提升为master节点。
【redis主从同步还是异步的简单介绍】6、脑裂导致的数据丢失脑裂，也就是说，某个master所在机器突然脱离了正常的网络，跟其他slave机器不能连接，但是实际上master还运行着。
Redis主从复制丢失数据的情况分析Redis 内存淘汰机制有以下几个：noeviction：当内存不足以容纳新写入数据时，新写入操作会报错，这个一般没人用吧，实在是太恶心了。
不过，为了避免出现客户端和所有从库都不能连接的情况，我们需要把复制进度差值的阈值设置得大一些。可以周期性地运行这个流程来监测主从库间的不一致情况。
用于初次复制或其它无法进行部分复制的情况，将主节点中的所有数据都发送给从节点。当数据量过大的时候，会造成很大的网络开销。
传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。
Redis启用主从模式做读写分离slave node主要用来进行横向扩容，做读写分离，扩容的slave node可以提高读的吞吐量。
主从复制可以将主节点的数据备份到从节点，当主节点出现故障时，可以将从节点中的数据恢复到主节点中，从而保证数据的完整性和一致性。
读写分离使用于大量读请求的情况，数据库会拒绝服务。
不同持久化数据库，一般来说，内存数据库单机可以支持大量的增删查改。如果一台机器支持不住，可以用主从复制，进行缓存的方法解决。综上，在这个场景下应用redis 进行读写分离，完全就失去了读写分离的意义。