TDSQL高可用注意事项

腾讯云 TDSQL 中 VIP 与读写分离的关系及应用

1. VIP 在读写分离中的作用

VIP 的核心是为数据库集群提供统一的访问入口，而读写分离的目的是将读流量和写流量分发到不同的节点（主库处理写请求，只读实例处理读请求）。两者结合后，VIP 可以更智能地管理流量分发。

(1) 读写分离的典型架构

• 写流量：通过主库的 VIP 访问（例如 vip-write），所有写入操作（INSERT/UPDATE/DELETE）定向到主节点。
• 读流量：通过只读实例的 VIP 访问（例如 vip-read），所有查询操作（SELECT）分发到多个只读实例，从而减轻主库的压力。

自动故障切换

• 若主库故障，写 VIP 自动漂移到新主库。
• 若只读实例故障，读 VIP 自动剔除异常节点。

TDSQL 读写分离架构示例

（注：架构示意图仅为示例，具体实现依赖腾讯云 TDSQL 的配置）

(2) 读写分离 + VIP 的优势

场景	说明
透明访问	应用无需感知后端节点变化，通过固定 VIP 访问，降低配置维护成本。
负载均衡	读 VIP 可将请求均匀分发到多个只读实例，避免单点过载。
高可用性	主库或只读实例故障时，VIP 自动漂移，减少业务中断时间。

2. 具体配置方式

(1) 读写分离 + 单 VIP（代理层自动路由）

• 场景：通过数据库代理（Proxy）实现读写分离，应用仅连接一个 VIP。

• 原理：

  • 代理层根据 SQL 类型（读/写）自动路由请求，写操作转发到主库，读操作分发到只读实例。
  • 主库故障时，代理层自动切换主节点，VIP 保持不变。

• 优点：应用无需修改代码，适合简单读写分离场景。

• 缺点：代理层可能成为性能瓶颈，需确保代理节点足够冗余。

(2) 读写分离 + 双 VIP（应用层分离）

• 场景：主库和只读实例分别提供独立的 VIP，应用主动选择连接目标。

• 原理：

  • 应用代码中明确区分读写连接，写操作使用主库 VIP，读操作使用只读实例 VIP。
  • 主库故障时，写 VIP 漂移到新主库；只读实例故障时，读 VIP 剔除异常节点。

• 优点：更灵活，针对读写流量可单独优化（例如设置不同连接池）。

• 缺点：需应用层主动管理两种连接，代码复杂度略高。

3. 注意事项

• 只读实例延迟
  只读实例的数据同步可能存在延迟（毫秒级），若业务对读一致性要求高，需权衡是否强制读主库（通过 SQL Hint 或连接主库 VIP）。

• 代理层性能
  若使用单 VIP + 代理层路由，需监控代理节点的 CPU、连接数等指标，以避免成为性能瓶颈。

• 网络隔离与安全
  确保主库 VIP 和只读实例 VIP 的网络安全组、路由策略允许应用访问。

• 故障切换时间
  VIP 漂移依赖 TDSQL 的高可用机制（HA），切换时间通常为秒级，需确保应用具备自动重连能力。

4. 典型问题排查

问题：读 VIP 访问缓慢或超时

• 可能原因：只读实例负载过高、网络延迟、代理层配置错误。

• 排查步骤：

  1. 通过控制台检查只读实例的 CPU/内存/连接数。
  2. 使用 SHOW PROXY STATUS 查看代理节点的请求分发是否均衡。
  3. 通过 telnet vip-read 3306 测试网络连通性。

问题：写 VIP 切换后应用无法连接

• 可能原因：DNS 缓存未更新、安全组未放行新主库 IP。

• 解决建议：

  1. 检查应用连接的 VIP 是否与控制台显示的当前主库 VIP 一致。
  2. 临时调整安全组规则，允许应用服务器访问新主库的 IP 段。

总结

VIP 与读写分离的结合，旨在通过虚拟 IP 实现流量入口的统一管理，同时利用读写分离策略优化资源利用率。具体实现方式需根据业务场景选择：

• 简单场景：使用单 VIP + 代理层自动路由。
• 高性能场景：使用双 VIP + 应用层主动分离读写。