LeonNo11的博客

脑裂”是指在分布式系统中，由于网络分区（network partition）或其他原因，集群中的节点被分割成多个孤立的子集，每个子集都认为自己是“合法”的，并独立运行。这导致系统中出现多个“大脑”（即多个主节点或决策中心），破坏了数据一致性和系统整体的协调性。脑裂的本质：网络分区导致集群分裂，多个主节点同时运行，破坏一致性。Redis Cluster 中的场景网络分区使少数派主节点（如 A）继续运行，而多数派提升新主节点（如 A1）。可能导致槽的写操作冲突。预防机制多数派原则。

主从复制适合简单场景，解决读扩展和备份问题。哨兵模式增加了高可用，适合对自动化故障转移有需求的场景。解决了数据量和扩展性问题，适合大规模分布式场景。每种模式的背后都是对性能、可用性和复杂性的权衡。分片解决存储瓶颈。复制保证数据冗余。故障转移保障服务可用。部署一个小型 Redis Cluster，观察槽分配和数据迁移。模拟节点故障，验证故障转移行为。使用客户端 SDK（如 Jedis）测试跨槽操作的限制。如果有具体问题（例如某个模式的配置或优化），可以进一步探讨！分片。

Redis Stack：Redis的一种部署方式，集成了多个Redis模块。Redis Enterprise：Redis的企业版，提供更多高级功能和支持。Hash，key-value格式。Sorted set，有排序。JSON嵌套深度128限制.List，根据插入顺序排序。使用String作为计数器。List来实现栈和队列。String，字符串。

sudo iptables -A INPUT -p tcp --dport 6379 -j ACCEPT # 允许 6379 端口。sudo iptables -D INPUT -p tcp --dport 6379 -j DROP # 删除 DROP 规则。默认不是后台运行的，修改配置文件，daemonized on。bind：127.0.0.1 默认是本地。port 6380 默认端口的6379。防火墙拦截，如果状态：被drop，说明没起来。看redis是否起来了。

数据量太大、数据访问频率非常低的业务都不适合使用 Redis，数据太大会增加成本，访问频率太低，保存在内存中纯属浪费资源。

Redis的不同数据类型和对应的应用场景：