navicat 不支持 redis 连接，所谓 readonly 错误是协议不兼容导致的误导提示；其本质是 navicat 依赖 jdbc 驱动而 redis 无官方 jdbc 实现，真正可用的替代方案是 redis-cli 或 another redis desktop manager。
navicat 本身不支持 redis 连接，所谓“报 readonly 错误”其实是假象——它根本没连上 redis，更谈不上读写权限问题。 所有基于 navicat 的 redis 连接尝试，最终都会因协议不兼容（resp2/3）或驱动缺失而失败，readonly 只是掩盖真实原因的干扰项。
Navicat 连 Redis 时显示 READONLY 的真实原因
这不是 Redis 返回的原生错误，而是 Navicat 在无法解析 RESP 协议响应时，自行拼凑的误导性提示。实际链路是：Navicat → 尝试用 JDBC 模式握手 → Redis 返回 +OK 或 $n\r\n 格式数据 → Navicat 解析失败 → 报“只读”类模糊错误。你看到的 (error) READONLY You can't write against a read only replica 很可能来自日志截取或缓存旧错误，不是当前连接的真实响应。
验证方法：在 Navicat 所在机器终端直接执行 redis-cli -h your_ip -p 6379 ping。如果返回 PONG，说明 Redis 服务可达、认证通过；此时 Navicat 仍报错，就坐实了它是协议层不兼容，而非节点只读。
INFO replication 显示 role:slave 却连的是主节点 IP
常见于集群脑裂、哨兵故障切换未同步、或客户端连接池复用旧连接。重点检查三处：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
redis-cli -h your_ip -p 6379 INFO replication输出中的master_host和master_port—— 如果非空，说明该节点当前确为从节点，哪怕你填的是主节点地址，也可能 DNS 被劫持、负载均衡转发到了从节点 - 云数据库控制台是否启用了“读写分离代理”，比如阿里云 ApsaraDB for Redis 的
proxy模式，默认把部分连接路由到只读副本 - 本地 hosts 文件或公司内网 DNS 是否将主节点域名解析到了从节点 IP（尤其在滚动升级后未刷新）
配置文件里 slave-read-only no 仍报 READONLY
这个配置只影响新建立的从节点行为，对已运行的实例无效。必须配合运行时命令生效：
- 先确认当前节点角色：
redis-cli INFO replication | grep role - 如果是
role:slave，且你确定要临时允许写（仅限调试），执行：redis-cli CONFIG SET slave-read-only no - 注意：该设置重启后失效；若要持久化，需同步修改
redis.conf中的slave-read-only行，并执行redis-cli CONFIG REWRITE - 某些云服务（如腾讯云 CRS）禁用
CONFIG SET，此时只能提工单或改用控制台切换主从
为什么改了 bind 和 protected-mode 还连不上
因为 Navicat 根本不走 TCP 直连 Redis 协议栈。它依赖 JDBC 驱动，而 Redis 官方无 JDBC 实现，社区驱动（如 redis-jdbc）早已停止维护，且不支持 RESP3、ACL、TLS 等现代特性。你调大超时、开防火墙、改 bind，全是在给一个不存在的连接路径修路。
真正能落地的方案只有两个：redis-cli（命令行调试）、Another Redis Desktop Manager（图形化，支持 SSH/TLS/集群）。如果你必须用 Navicat 类似体验，可考虑 VS Code 插件 Redis Explorer，它直连 RESP 协议，响应实时、错误明确，且免费开源。
