加了从节点读延迟仍高，是因为客户端未显式路由至本地从节点，流量仍直连远端主库；跨机房高延迟根因是网络跳数多、TCP建连慢、带宽受限，而非Redis性能问题。
为什么加了从节点，读延迟还是高
加从节点本身不降低延迟——客户端没走它，流量就永远卡在远端主库。跨机房 RT 高的本质是网络跳数多、TCP 建连慢、带宽受限，不是 Redis 自身慢。常见错误包括：redis-cli -h remote-ip -p 6379 直连主库查数据，或用了哨兵/集群却没配 read_from_replicas 类策略，所有读请求仍打到主节点。
客户端必须显式启用就近读路由
不是部署完本地从节点就自动生效，关键在客户端连接策略。不同 SDK 行为差异大，不配置等于白搭：
- Jedis：别用
JedisSentinelPool默认构造器；要显式传new JedisFactory(host, port, timeout)指向本地从节点地址，或改用JedisCluster+ 自定义ClusterCommand拦截读命令 - Lettuce（推荐）：初始化时必须设
ClientOptions.builder().readFrom(ReadFrom.REPLICA_PREFERRED).build()，它会自动探测 replica 状态并剔除不可用节点 - ioredis：启用
enableReadyCheck: true和scaleReads: 'slave'，但默认不区分机房，需配合 DNS 或服务发现做 host 过滤
主从同步链路本身就在拖后腿
从节点离得近，但同步链路不稳定，照样读不到新数据、甚至降级为只读。监控 master_repl_offset 和 slave_repl_offset 差值，若持续增大，说明复制积压严重：
-
repl-ping-replica-period建议 ≤ 5 秒（默认 10），加快心跳探测 -
repl-timeout建议 ≥ 60 秒（默认 60），避免抖动误判断连 -
repl-backlog-size跨机房建议 ≥ 100mb（默认 1mb），防止网络抖动触发全量同步 -
repl-backlog-ttl默认 3600 秒，跨机房建议调大，避免缓冲区过早释放
别忽略操作系统和网络底层限制
Redis 再快，也跑不过内核和网卡。这些配置漏掉一个，延迟就稳稳卡在 80ms 上不去：
- 禁用透明大页：
echo never > /sys/kernel/mm/transparent_hugepage/enabled - 关闭 swap：
sysctl vm.swappiness=0 - 调大文件描述符：
ulimit -n 65535，并匹配maxclients配置 - TCP 参数优化：
net.core.somaxconn = 511、net.ipv4.tcp_tw_reuse = 1、net.core.netdev_max_backlog = 2048
最易被忽略的是：即使客户端路由正确、同步链路稳定，如果从节点所在机器启用了 THP 或 swap，一次内存分配抖动就能让 P99 延迟翻倍。调优必须穿透到 OS 层，不能只盯 Redis.conf。
