Tarantool项目中Vinyl引擎索引重建时的断言错误分析与修复

在Tarantool数据库的Vinyl存储引擎中，开发团队发现了一个与索引重建过程相关的严重断言错误。该问题会导致数据库实例在特定操作序列下崩溃，影响系统稳定性。

问题现象

当用户尝试在Vinyl引擎表上执行索引重建操作时，系统触发了一个断言失败：

vy_check_is_unique_secondary_one: Assertion `lsm->index_id > 0' failed

这个断言位于vinyl.c文件的1572行，表明系统检测到了一个索引ID为0或负数的非法状态。这种情况通常发生在DDL操作与DML操作并发执行的场景中。

技术背景

Vinyl是Tarantool的LSM-tree存储引擎，它通过以下机制处理索引变更：

1. 索引重建采用"先建后删"策略
2. 使用内存中的LSM-tree结构管理数据
3. 依赖事务机制保证操作原子性

在索引重建过程中，系统需要：

• 创建新索引结构
• 将现有数据迁移到新索引
• 验证数据唯一性约束
• 最后删除旧索引

问题根源分析

通过分析核心转储和测试用例，我们发现问题的根本原因是：

1. 并发操作冲突：当索引重建操作与数据插入操作并发执行时，系统未能正确处理中间状态
2. 状态验证缺失：在检查唯一性约束时，没有验证索引ID的有效性
3. 事务隔离问题：WAL延迟导致的操作时序问题加剧了竞态条件的发生

复现步骤详解

以下Lua脚本可以稳定复现该问题：

box.cfg{}
local s = box.schema.space.create('test', {engine = 'vinyl'})
s:create_index('pk')

-- 模拟WAL延迟
box.error.injection.set('ERRINJ_WAL_DELAY', true)

-- 并发执行DML操作
fiber.create(function() s:replace({1, 10}) end)
fiber.create(function() fiber.sleep(0.1); s:replace({2, 20}) end)

-- 执行索引变更
s.index.pk:alter({parts = {2, 'unsigned'}})

这个测试用例展示了典型的问题场景：

1. 主线程启动索引变更
2. 工作线程并发执行数据插入
3. WAL延迟导致操作时序混乱

解决方案

开发团队通过以下方式修复了该问题：

1. 添加状态检查：在执行唯一性检查前验证索引ID有效性
2. 完善错误处理：对无效状态返回明确的错误而非触发断言
3. 增强并发控制：优化索引重建期间的锁机制

修复后的代码能够：

• 正确处理并发DDL和DML操作
• 优雅地处理中间状态
• 提供更有意义的错误信息

最佳实践建议

为避免类似问题，建议用户：

1. 在业务低峰期执行DDL操作
2. 对大表索引变更使用online模式
3. 监控系统日志中的警告信息
4. 定期升级到稳定版本

该修复已向后移植到2.11和3.2等长期支持版本，确保了生产环境的稳定性。

总结

这个案例展示了数据库系统中并发控制的重要性，特别是在处理元数据变更时。Tarantool团队通过严谨的问题分析和全面的修复方案，再次证明了其对系统稳定性的承诺。对于使用Vinyl引擎的用户，建议关注相关版本的更新，以获得最佳的使用体验。