Misskey项目中的全文搜索技术演进：从Meilisearch到PGroonga

背景与需求

Misskey作为一款开源社交网络平台，其搜索功能一直是用户体验的重要组成部分。随着用户数据量的增长，传统的SQL LIKE查询在性能和准确性上逐渐显现出不足。项目团队近期提出了将PGroonga作为新的搜索后端选项，旨在为不使用Meilisearch的服务器提供更强大的搜索能力。

技术方案对比

Misskey目前支持三种全文搜索方案：

1. SQL LIKE（默认）：使用PostgreSQL的标准LIKE操作符进行搜索，无需额外配置，但性能有限，尤其在大数据量场景下表现不佳。

2. Meilisearch：独立的搜索引擎，提供快速、准确的搜索结果，但需要额外部署和维护。

3. PGroonga：PostgreSQL的扩展，为多语言全文搜索提供支持，特别是对亚洲语言（如日语、中文）有良好支持。

PGroonga的技术优势

PGroonga作为PostgreSQL的扩展，具有以下特点：

• 全语言支持：不仅支持日语、中文等亚洲语言，也支持其他语言的全文搜索。
• 高性能：通过创建专用索引大幅提升搜索速度，相比LIKE查询有显著性能优势。
• 集成度高：作为PostgreSQL扩展，无需维护独立服务，降低系统复杂度。

实现细节

在2025.1.0版本后，Misskey通过配置文件(default.yml)新增了全文搜索提供商的配置项：

fulltextSearch:
  provider: sqlLike # 可选值: sqlLike, sqlPgroonga, meilisearch

开发者可以根据实际需求选择不同的搜索后端。值得注意的是，使用PGroonga需要手动执行以下SQL创建索引：

CREATE INDEX idx_note_text_with_pgroonga ON note USING pgroonga (text);

技术挑战与解决方案

1. 多语言支持：PGroonga默认使用TokenBigram分词器，对于日语等语言可能需要定制分词器（如MeCab）以获得更好的搜索结果。

2. 迁移复杂性：由于PGroonga是可选扩展，项目团队决定不自动创建索引，而是提供文档指导管理员手动操作。

3. 架构设计：采用抽象化接口设计，便于未来集成其他搜索引擎（如Elasticsearch、OpenSearch等）。

实际应用建议

对于不同规模的Misskey实例，建议：

• 小型实例：使用默认的SQL LIKE方案，简单易用。
• 中型实例：考虑PGroonga，平衡性能与维护成本。
• 大型实例：Meilisearch或未来可能支持的其他专业搜索引擎可能更合适。

未来展望

Misskey的搜索功能仍在持续演进中，未来可能会：

1. 支持更多搜索引擎后端
2. 提供更细粒度的搜索配置选项
3. 优化亚洲语言特别是日语的分词和搜索体验
4. 探索混合搜索策略，结合不同引擎的优势

通过这次技术升级，Misskey为用户提供了更灵活的搜索解决方案选择，特别是为不使用Meilisearch的服务器提供了性能更优的替代方案，体现了项目团队对技术多样性和用户体验的持续关注。