Redis主从架构中从库读写分离设置_在客户端配置只读属性避免数据写入-Redis-PHP中文网

Redis从库默认只读但可被绕过，需服务端配置、客户端连接隔离与应用层逻辑三重保障；Lettuce需用ReadFrom.SLAVE_PREFERRED并避免写调用，redis-py应专用从库实例且禁用写操作。

redis主从架构中从库读写分离设置_在客户端配置只读属性避免数据写入

Redis从库默认是只读的，但客户端可能绕过这个限制

Redis 从库（slave）在服务端层面默认开启 readonly 模式（即配置项 slave-read-only yes），这意味着它会拒绝所有写命令（如 SET、INCR、DEL 等），返回 READONLY You can't write against a read only slave. 错误。但这个保护仅作用于服务端解析命令时——如果客户端在连接后主动发送 READWRITE 命令，且从库配置了 slave-read-only no（极不推荐），或使用某些低层驱动未校验角色就直接发写请求，仍可能触发意外写入。

因此，**不能依赖服务端 readonly 配置作为唯一防线**；客户端必须明确按只读意图建立连接，并避免任何写操作逻辑混入读路径。

Java客户端（Lettuce）如何强制走只读连接

Lettuce 的 RedisClient 默认连接主节点，要连从库并确保只读，关键在 ReadFrom 配置和连接方式：

用 MasterSlaveTopologyProvider 或 StaticMasterSlaveTopologyProvider 自动发现从库，再通过 ClientResources.builder().topologyRefreshOptions(...) 启用定期拓扑刷新
创建 StatefulRedisMasterSlaveConnection 时，显式指定 ReadFrom.SLAVE_PREFERRED（优先从从库读，故障时自动切主）或 ReadFrom.SLAVE（严格只连从库，主库不可用则报错）
务必禁用 setReadOnly(true) 以外的写操作：Lettuce 不会拦截你调用 connection.sync().set(...)，即使连的是从库——错误会在执行时由 Redis 返回 READONLY
若使用 Spring Data Redis，需配 RedisProperties.Pool + RedisSentinelConfiguration 或 RedisClusterConfiguration，并在 RedisTemplate 上设置 setEnableTransactionSupport(false)（事务在从库无意义）

RedisClient client = RedisClient.create("redis://10.0.1.10:6379");
StatefulRedisMasterSlaveConnection<string string> connection =
    MasterSlave.connect(client, new Utf8StringCodec(), RedisURI.create("redis://10.0.1.20:6379"));
connection.setReadFrom(ReadFrom.SLAVE_PREFERRED);
</string>

Python客户端（redis-py）连接从库后怎么防写

redis-py 本身不内置主从路由逻辑，需手动管理连接对象。常见误区是：用 redis.Redis(host="slave-ip", port=6379) 连上从库，就以为安全了——其实只要没做运行时约束，代码里仍可调 r.set(...)，等执行才报错。

Sentinal Redis

监控Redis服务器健康状况、内存、性能及BullMQ队列。检查队列深度、失败任务，分析慢查询并诊断问题。

下载

不要复用同一个 Redis 实例做读写混合操作；为读专门建一个只连从库的实例，命名如 redis_slave
在初始化时加一层封装，例如重写 __getattr__ 拦截写命令（不推荐，影响性能且易漏），更稳妥的是靠团队规范 + Code Review + 单元测试断言「只读连接不调用写方法」
配合 Redis 配置：确认从库 slave-read-only yes（默认值），并检查是否被运维脚本覆盖；同时禁用 CONFIG SET slave-read-only no 权限（通过 rename-command CONFIG ""）
若用 redis-py-cluster，注意它不支持纯从库读取模式，需降级到单实例连接或换用 redis-py 手动分发