MyDumper连接SkySQL MariaDB 10.6时出现INFORMATION_SCHEMA数据库未知错误解析

问题现象

在使用MyDumper工具集（版本0.19.3-1）中的myloader组件连接SkySQL托管的MariaDB 10.6数据库时，工具报出"ERROR 1049 (42000): Unknown database 'INFORMATION_SCHEMA'"错误。这一现象发生在直接指定INFORMATION_SCHEMA作为连接数据库的场景下，而通过交互式客户端先连接后切换的方式则可以正常访问该元数据库。

技术背景

INFORMATION_SCHEMA是SQL标准定义的元数据数据库，包含数据库对象的结构信息。MariaDB从10.x版本开始对其实现进行了优化改造，将其设计为虚拟的只读模式。与物理数据库不同，这个特殊模式：

1. 不占用实际存储空间
2. 内容在查询时动态生成
3. 不允许直接作为连接时的默认数据库

问题根源

通过分析myloader的源代码变更，发现该问题源于PR#1779中的连接逻辑优化。在0d13c32这次提交中，开发人员将连接时的默认数据库从NULL改为硬编码为INFORMATION_SCHEMA，这一改动虽然提高了某些场景下的效率，但违反了MariaDB 10.6+版本对元数据库连接方式的限制。

解决方案验证

临时解决方案是通过修改源代码，将连接参数中的数据库名称恢复为NULL。实际测试表明：

1. 修改后myloader可以正常连接并完成数据恢复
2. 生产环境验证通过（但--stream参数存在其他问题）

深度技术分析

该问题反映出几个值得注意的技术要点：

1. MariaDB与MySQL在元数据处理上的分叉趋势
2. 数据库工具开发需要考虑不同版本的核心行为差异
3. 云数据库服务（如SkySQL）可能通过代理层（如MaxScale）进一步改变默认行为

最佳实践建议

对于使用MyDumper工具集的用户，建议：

1. 在MariaDB 10.6+环境中使用时，优先考虑使用NULL作为连接数据库
2. 对于关键业务系统，先在测试环境验证工具兼容性
3. 关注工具版本更新中与目标数据库版本的兼容性说明

后续改进方向

从工程角度，这类问题的根本解决需要：

1. 工具增加数据库版本检测机制
2. 实现动态的连接参数配置
3. 建立更完善的版本兼容性测试矩阵