redis集群。Redis集群配置文件，
建议收藏!一看就会的Redis集群教程(二):哨兵模式
1、配置哨兵服务：在配置文件中设置哨兵服务，并指定主节点和从节点的信息。启动服务：启动包含主redis、从redis以及哨兵服务的相关进程。检查节点状态：通过rediscli检查节点的角色和连接信息，验证哨兵模式是否正常工作。注意事项：哨兵节点无需设置密码：为了避免影响多个哨兵节点的连接，哨兵节点本身通常无需设置密码。
2、启动一主二从三哨兵后，通过redis-cli连接特定端口（如6001）获取集群信息，确认主从节点状态。通过连接从节点（如6002），查看与哨兵服务的关系，以及主节点信息，确保配置正确。
3、要实现哨兵模式，你需要在配置文件中设置，并启动包含主redis（如6001）、从redis（如6006003）以及哨兵服务。启动后，可以通过redis-cli检查节点角色和连接信息。例如，关闭主节点后，哨兵会自动接管并执行故障转移。注意，哨兵节点本身无需设置密码，以免影响多个哨兵节点的连接。
redis集群主数据都是一致的吗为什么?
因此，可以说Redis集群中的主节点数据是一致的，这是由于集群的复制和同步机制以及状态检查机制所保证的。
Redis集群无法保证强一致性，这意味着在某些情况下，可能会出现写数据暂时不一致的情况。例如，当一个客户端向主节点发送写请求时，主节点在将数据同步到从节点之前就可能给客户端返回回执。此时，主节点和从节点之间的数据会存在一个短暂的不一致窗口。但Redis通过其内部机制确保数据最终会达到一致状态。
集群脑裂是指由于网络原因，集群中的节点被分割成多个部分，每个部分都认为自己是集群的多数派，从而导致数据不一致。在Redis集群中，如果主节点与从节点之间断开联系，Sentinel监控到一段时间后认为主节点故障，然后重新选举从节点作为新的主节点。
在高并发环境下，数据不一致的问题主要源于数据库和缓存的更新顺序。具体来说，无论是先删除缓存再写数据库，还是先写数据库再删除缓存，都有可能出现数据不一致的情况。
缺乏自动容错：主节点故障时，集群无法自动恢复，需手动将从节点提升为主节点，可能导致服务中断。数据一致性风险：手动切换主从时，若操作不当可能引发数据不一致。同步性能瓶颈：多个从节点同时发起全量同步（SYNC）时，主节点的IO和网络带宽可能成为瓶颈。
Redis读写分离，主从同步。MySQL读写分离，主从同步。数据一致性：由于多个节点间的数据异步操作，整个系统要实现强一致是比较难的。延时双删策略通过删除和延时操作，尽量提高数据最终一致的概率。
Redis面试夺命连环40问,一周讲透redis集群/持久化/缓存雪崩/缓存穿透/...
1、混合持久化：结合RDB和AOF的优点，在写入的时候，先把当前的数据以RDB的形式写入文件的开头，再将后续的操作命令以AOF的格式存入文件，这样既能保证Redis重启时的速度，又能降低数据丢失的风险。
2、Redis 缓存穿透、缓存击穿、缓存雪崩的区别 缓存穿透 定义：缓存穿透是指大量请求的 key 根本不存在于缓存中，也不存在于数据库中。这就导致这些请求在查询缓存中不存在之后，直接查询数据库，导致每次这样的请求都会直接到数据库，缓存并没有起到缓存该有的作用。
3、持久化：确保Redis数据持久化，以便在Redis重启后能够迅速恢复缓存数据。缓存穿透 什么是缓存穿透？缓存穿透是指查询一个一定不存在的数据，由于缓存不命中，且出于容错考虑，如果从数据库也查不到数据，则不会将该空结果写入缓存。
4、REDIS缓存穿透、缓存击穿、缓存雪崩原因及解决方案缓存穿透原因：缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中时被动写的，并且出于容错考虑，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。
