SurrealDB索引选择问题分析与解决方案

问题背景

在使用SurrealDB 2.1.4版本时，发现当表中存在多个复合索引时，查询优化器在选择索引时会出现问题。具体表现为：对于包含WHERE field=value1 AND field2 IN [value2, value3]条件的查询，系统可能会选择错误的索引，导致查询性能下降甚至返回错误结果。

问题复现

通过以下测试案例可以清晰地复现该问题：

1. 首先创建一个包含多个索引的测试表：

REMOVE TABLE IF EXISTS test;
DEFINE TABLE test SCHEMAFULL;
DEFINE FIELD value ON test FLEXIBLE TYPE any;
DEFINE FIELD account ON test TYPE record<accounts> READONLY;
DEFINE FIELD type ON test TYPE 'password' | 'google' | 'facebook' | 'session' | 'firebasePassword' | 'token' READONLY;

DEFINE INDEX idx_account ON test FIELDS account;
DEFINE INDEX idx_account_type ON test FIELDS account, type;
DEFINE INDEX idx_type_value ON test FIELDS type, value;

2. 插入测试数据后，执行以下查询：

-- 预期使用idx_account_type索引，但实际使用了错误的索引导致返回空结果
SELECT * FROM test WHERE account = accounts:1 AND type IN ['password'];

3. 强制指定索引时：

-- 强制使用idx_account_type索引，但实际没有使用任何索引
SELECT * FROM test WITH INDEX idx_account_type WHERE account = accounts:1 AND type IN ['password'];

问题分析

通过EXPLAIN分析查询计划，可以观察到以下现象：

1. 当不指定索引时，查询优化器错误地选择了idx_type_value索引，导致返回空结果集。

2. 当强制指定idx_account_type索引时，查询优化器实际上没有使用任何索引，而是回退到全表扫描。

3. 当使用WITH NOINDEX时，查询返回了正确结果，但这是通过全表扫描实现的。

这表明在SurrealDB 2.1.4版本中，查询优化器在以下方面存在问题：

• 复合索引的选择逻辑不完善
• 索引提示(WITH INDEX)功能未能正确工作
• 对于IN条件的处理存在缺陷

解决方案

根据问题提交者的反馈，该问题在SurrealDB 2.2.0+20250216版本中已得到修复。建议用户升级到最新版本以获得正确的索引选择行为。

对于暂时无法升级的用户，可以考虑以下临时解决方案：

1. 简化索引设计，避免创建过多复合索引
2. 对于关键查询，使用更简单的条件表达式替代IN操作
3. 在查询中明确指定NOINDEX，确保结果正确性

最佳实践

为了避免类似问题，建议在SurrealDB中使用索引时遵循以下原则：

1. 优先为最常用的查询条件创建精确匹配的索引
2. 复合索引的字段顺序应与查询条件的顺序一致
3. 定期使用EXPLAIN分析查询计划，验证索引使用情况
4. 在应用升级前，进行充分的测试验证

总结

数据库索引选择是查询优化器的核心功能之一，正确的索引选择对查询性能至关重要。SurrealDB在2.2.0版本中修复了复合索引选择的问题，体现了该项目持续改进的承诺。作为用户，保持数据库版本更新并遵循索引最佳实践，可以最大化地发挥SurrealDB的性能优势。