Vitess 流量镜像功能的路由规则失效问题分析

问题背景

Vitess 作为一款开源的数据库分片中间件，提供了强大的数据迁移和流量管理能力。其中流量镜像(MirrorTraffic)功能允许将生产流量的一部分镜像到目标keyspace，常用于数据迁移期间的测试和验证。然而，最新版本中发现了一个严重问题：流量镜像功能未能正确考虑路由规则，导致镜像流量被错误地发送到源keyspace而非目标keyspace。

问题现象

当执行MoveTables操作将表从commerce keyspace迁移到customer keyspace后，配置99%的流量镜像时，预期行为是：

1. 1%的流量继续访问commerce keyspace
2. 99%的流量被镜像到customer keyspace

但实际观察到的行为是：100%的流量都被发送到了commerce keyspace，customer keyspace完全没有接收到任何镜像流量。通过vexplain plan命令可以清晰地看到，Mirror操作的两个输出分支都指向了commerce keyspace。

技术原理分析

Vitess的查询处理流程通常包含以下关键步骤：

1. SQL解析：将SQL语句解析为抽象语法树
2. 查询规划：根据当前的路由规则生成执行计划
3. 执行引擎：按照执行计划分发查询到对应的tablet

在正常的MoveTables场景下，查询规划阶段应该：

1. 识别表属于哪个keyspace
2. 应用当前生效的路由规则
3. 对于镜像流量，应该将查询重定向到目标keyspace

从vexplain的输出可以看到，虽然Mirror操作被正确生成了，但其两个分支都错误地指向了源keyspace，说明路由规则在镜像阶段没有被正确应用。

影响范围

该问题影响所有使用以下组合功能的场景：

1. 正在进行MoveTables迁移
2. 启用了MirrorTraffic功能
3. 期望流量被镜像到目标keyspace

这会导致严重的功能缺失，因为镜像流量无法到达目标keyspace，使得无法：

• 验证目标keyspace的性能表现
• 检查数据一致性
• 进行预发布环境测试

解决方案建议

针对该问题，建议从以下几个方面进行修复：

1. 查询规划器修改：确保在生成Mirror操作时，正确应用当前生效的路由规则，将其中一个分支指向目标keyspace。

2. 路由规则传播：确保MoveTables操作创建的路由规则能够被查询规划器的所有阶段识别，包括镜像阶段。

3. 验证机制增强：在MirrorTraffic命令执行后，增加验证步骤确保镜像配置符合预期。

临时规避方案

在官方修复发布前，用户可以采取以下临时措施：

1. 避免在生产环境使用MirrorTraffic功能
2. 使用直接写入目标keyspace的方式模拟流量
3. 降低迁移期间的流量比例，采用更保守的切换策略

总结

Vitess的流量镜像功能是一个强大的特性，能够极大简化数据迁移期间的测试和验证工作。本次发现的路由规则失效问题影响了核心功能的可用性，需要尽快修复。用户在升级到新版本时应当注意测试此功能，确保其在自己的环境中工作正常。对于正在进行关键迁移的用户，建议等待修复版本发布或采用替代方案。