金山云-文档中心-修改同步模式

云数据库Redis(KCS)

查看更多结果

未找到含当前关键字的文档标题

页面目录

全部展开全部收起

产品更新动态

未找到含该关键词的产品

文档中心

云数据库Redis(KCS)

用户指南

管理实例

修改同步模式

最近更新时间：2026-07-03 11:02:35



Redis（主从）实例支持异步、半同步两种同步模式。默认同步模式为异步，可以修改为半同步。用户可根据自身业务场景选择同步模式（异步/半同步）。如果业务对数据持久化要求较高，可以在控制台将其同步模式修改为半同步。该模式会增加写的延迟，大约为百微秒（us）~数毫秒（ms），适用于对数据一致性要求高，可以接受牺牲写性能的场景。

同步模式简介

同步模式类型	异步	半同步
特点	非阻塞：主节点无需等待从节点的任何响应，可以全速处理客户端的读写请求。低延迟：写操作的响应时间极短，只取决于主节点自身的处理能力。最终一致性：从节点的数据会在一个很短的时间窗口后与主节点达成一致。	可配置的一致性：用户可以指定成功写入的最少从节点数量。阻塞等待：执行写操作的客户端会阻塞，直到满足条件或超时。更安全：极大地降低了主节点故障切换时的数据丢失风险。
优点	性能极高：主节点的吞吐量几乎不受从节点数量和网络延迟的影响，最大化了Redis的写入性能。高并发支持：在读写分离架构下，主节点专注写入，从节点负责读取，可以轻松支撑十万甚至百万级别的读请求，具有很好的水平扩展性。	数据更可靠：确保写操作已经被至少一个（或用户指定数量）从节点接收，主从切换时数据完整性更高。可控的平衡：开发者可以根据业务对数据丢失的敏感度，灵活调整一致性与性能之间的天平。
缺点	可能丢失数据：如果主节点在将写命令发送给从节点之前突然宕机（如物理机断电），那么这条尚未同步的命令可能会丢失。	性能下降：主节点必须等待从节点的网络往返确认（RTT），这会增加写操作的延迟。可用性风险：如果符合条件的从节点数量因故障或网络延迟不足，主节点可能会拒绝所有写请求（成为只读），这保证了数据一致性，但牺牲了系统的整体可用性（即CAP理论中的C > A）。实现复杂度：客户端需要谨慎设置超时时间，以避免连接被长时间挂起。
适用场景	缓存场景：作为数据库前的缓存层，即使丢失少量数据，下次加载时也会重新填充，业务可接受。高吞吐量写入：对写入性能有极高要求的日志收集、计数器、实时分析等场景。读多写少但可容忍不一致：大部分应用场景，短暂的数据不一致（毫秒级）不影响最终用户体验。	金融交易：支付、订单等对数据丢失零容忍的核心业务，即便降低一点性能也要保证不丢数据。关键配置存储：存储分布式锁、用户权限、服务配置等一旦丢失会造成系统混乱的关键数据。强依赖数据持久化的场景：当不希望完全依赖磁盘I/O（AOF/RDB）性能，而希望通过网络多副本来保障数据安全时。