Presto项目中MySQL测试依赖库缺失问题的分析与解决

背景介绍

在Presto数据库项目的持续集成测试中，开发团队发现了一个关键问题：与MySQL功能命名空间管理相关的测试模块(presto-function-namespace-managers和presto-mysql)在CI环境中持续失败。这个问题直接影响了项目的构建流程和代码合并。

问题现象

测试失败的具体表现为MySQL服务器初始化过程中抛出异常，错误信息明确指出系统无法找到共享库文件libaio.so.1。这个库文件是MySQL服务器运行所必需的异步I/O库，它的缺失导致测试环境中的嵌入式MySQL实例无法正常启动。

根本原因分析

经过深入调查，发现问题根源在于CI环境的基础镜像升级。GitHub Actions最近将其默认的Ubuntu镜像从较旧版本升级到了Ubuntu 24 LTS。在这个新版本中，系统软件包管理发生了重要变化：

1. 传统的libaio1软件包被替换为libaiot64软件包
2. 新软件包安装的库文件名称发生了变化
3. 测试依赖的MySQL版本仍然期望使用旧版库文件路径

这种底层系统库的变更导致了测试环境中MySQL服务器进程无法找到它所需的依赖库，进而引发测试失败。

解决方案

针对这个问题，Presto开发团队采取了以下解决措施：

1. 短期解决方案：在CI环境中创建符号链接，将新库文件链接到MySQL期望的旧路径。这种方法可以快速恢复测试运行，但属于临时性修复。

2. 长期解决方案：升级测试依赖的MySQL版本，使其与新版Ubuntu系统的库文件结构兼容。这需要：

   • 评估新版本MySQL的兼容性
   • 更新测试代码以适应可能的API变化
   • 确保新版本在所有支持的环境中稳定运行

技术细节

libaio(Linux异步I/O库)是MySQL等数据库系统的关键依赖，它提供了高效的异步磁盘I/O操作能力。在Ubuntu 24 LTS中，这个库的打包方式发生了变化：

• 旧版：libaio.so.1由libaio1包提供
• 新版：库文件由libaiot64包提供，且可能使用不同的命名规则

这种变化反映了Linux发行版向64位时间安全(Time-Safe)系统过渡的趋势，但同时也带来了向后兼容性的挑战。

经验总结

这个案例为大型开源项目的依赖管理提供了重要启示：

1. CI环境的基础镜像升级可能引入意外的兼容性问题
2. 系统级依赖的变化需要特别关注，特别是对于需要启动真实进程的测试
3. 临时解决方案和长期解决方案需要平衡考虑
4. 依赖版本锁定和定期更新策略的重要性

Presto团队通过这个问题进一步强化了其持续集成流程的健壮性，为后续类似问题的预防和处理积累了宝贵经验。