Vitess在线DDL增强：支持查询缓冲与事务终止机制

背景与现状

Vitess作为一款开源的数据库集群管理系统，其在线DDL(Data Definition Language)功能一直是核心特性之一。当前系统通过vreplication实现的表结构变更已经具备了完善的切换机制，包括在切换阶段支持查询缓冲（基于配置）以及强制终止持有表锁或元数据锁的查询/事务。

然而，对于"特殊计划"类型的ALTER TABLE操作（如INSTANT DDL和某些分区轮换操作），这些操作目前只是简单地交给MySQL执行，缺乏类似的保护机制。在高负载场景下，这可能导致变更操作被长时间阻塞。

技术挑战

"特殊计划"操作主要包括两类：

1. INSTANT DDL操作（当指定--prefer-instant-ddl策略标志时）
2. 某些分区轮换操作（如创建新范围分区、删除旧范围分区）

这些操作虽然执行速度快，但在高并发环境下仍可能面临：

• 长时间等待表锁或元数据锁
• 被长事务阻塞
• 影响线上业务查询的响应时间

解决方案设计

Vitess计划为这些特殊操作引入类似vreplication迁移的两种关键机制：

1. 查询缓冲机制

在切换阶段：

• 系统将缓冲所有针对目标表的查询请求
• 设置合理的缓冲时间上限，避免无限等待
• 确保在DDL完成后继续处理缓冲的查询

2. 强制终止机制

在执行DDL前：

• 识别并强制终止持有相关锁的查询和事务
• 仅执行一次终止操作（未来可能扩展为持续监控）
• 确保DDL能够立即获得所需锁

实现细节

实现将分为几个关键步骤：

1. 锁检测：在执行DDL前扫描所有活动事务，识别持有目标表锁的事务
2. 终止策略：根据配置决定是终止整个事务还是仅终止阻塞查询
3. 缓冲管理：建立临时缓冲区存储被拦截的查询，设置超时机制
4. 原子切换：确保DDL操作和查询恢复的原子性

预期收益

该增强功能将为用户带来以下好处：

1. 更高的可靠性：确保关键DDL操作能够在合理时间内完成
2. 更少的中断：通过缓冲机制减少对业务查询的影响
3. 更好的可控性：管理员可以平衡DDL执行速度与业务连续性
4. 更广的适用性：使INSTANT DDL等快速操作也能用于高负载环境

未来展望

当前设计仅在执行前进行一次性的查询/事务终止。未来版本可能会考虑：

• 持续监控阻塞情况，动态调整终止策略
• 更精细化的缓冲策略，基于查询类型和优先级
• 与Vitess的其他流量管理功能深度集成

这一增强将使Vitess的在线DDL功能更加完善，为用户提供更强大的数据库变更管理能力，特别是在高并发、高可用的生产环境中。