ManticoreSearch Windows版本中动态库依赖问题的分析与解决

问题背景

在ManticoreSearch的Windows版本中，存在一个关键的动态库依赖问题。该问题源于多个组件对OpenSSL库版本的不同需求，导致了索引功能的异常。

问题分析

ManticoreSearch的Windows版本中，searchd守护进程、libmysqlclient和pqsql库都对OpenSSL有依赖关系。最初的设计中，OpenSSL仅作为守护进程的依赖项被分发，而实际上其他组件也需要它。

具体表现为：

1. searchd守护进程依赖openssl-1版本
2. libmysqlclient库也依赖openssl-1
3. PostgreSQL客户端库(pqsql)同样依赖OpenSSL

当MySQL客户端库升级到需要openssl-3版本时，索引功能就会中断，因为守护进程仍然提供的是openssl-1版本。理论上，正确的解决方案应该是为MySQL客户端库提供其所需的openssl-3版本。

临时解决方案

开发团队采取的临时解决方案是将MySQL客户端库回退到较旧的5.x版本，该版本仍兼容openssl-1。然而，这带来了新的兼容性问题：旧版MySQL客户端库5.x与现代MySQL服务器8.x+之间的兼容性已被破坏多年。

根本解决方案

问题的根源在于依赖关系声明不完整。虽然守护进程的依赖关系被明确声明，但其他库(如libmysqlclient)的依赖关系却没有被完整记录。

最终解决方案是：

1. 明确追踪守护进程和其他库的独立依赖关系
2. 即使守护进程改为静态链接OpenSSL(不再在运行时依赖)，其他工具仍需要声明它们的OpenSSL依赖
3. 确保所有组件都能获取到它们所需版本的OpenSSL库

验证结果

经过修复后，最新Windows开发版安装包测试显示：

1. MySQL数据源索引功能恢复正常工作
2. 系统正确安装了新版本的OpenSSL 3.x动态库(libssl-3-x64.dll和libcrypto-3-x64.dll)
3. 索引工具(indexer)运行正常

技术启示

这个问题给我们的启示是：

1. 在Windows环境下，动态库依赖管理尤为重要
2. 当多个组件共享同一个依赖库时，需要特别注意版本兼容性
3. 完整的依赖关系声明是系统稳定性的重要保障
4. 临时解决方案可能带来长期的技术债务，应尽早规划根本性修复

通过这次问题的解决，ManticoreSearch的Windows版本在动态库依赖管理方面变得更加健壮，为后续功能开发和版本升级奠定了更好的基础。