MariaDB 10 与 Perl DBIx::Class::Schema::Loader 的兼容性问题
内容提要
该文章讨论了使用MariaDB 10客户端软件时修复DBIx::Class::Schema::Loader的问题。作者在Rocky Linux 9虚拟服务器上安装了Perl 5.38.2和MariaDB 10.5的相关RPM，并使用DBIx::Class作为关系映射器。然而，作者发现DBIx::Class::Schema::Loader在Rocky 8和9服务器上无法正确生成Result Classes，问题出在与MariaDB 10的兼容性上。作者提供了一些编辑步骤来解决这个问题，并测试了生成的Result Classes的准确性。作者还指出，这些修改可能还需要其他编辑才能完全实现与MariaDB 10的功能兼容。作者建议在重要工作之前进行充分测试，并提供了改进和修正的空间。
延伸解读
问题根源：MariaDB 10 与 DBIx::Class 的适配缺失
文章指出，DBIx::Class::Schema::Loader 及其依赖（如 DBIx::Class::SQLMaker）原本只提供了 mysql.pm 文件，没有对应的 MariaDB.pm。当客户端使用 MariaDB 10 的 RPM 和 DBD::MariaDB 驱动时，加载器无法正确识别主键、auto_increment 和无符号整数等列属性，导致生成的 Result Classes 不完整。这并非数据库本身的问题，而是 Perl 模块对 MariaDB 10 的支持滞后。
关键修复：创建 MariaDB.pm 并注意大小写
作者通过复制 mysql.pm 为 MariaDB.pm 并替换引用，解决了加载器的主要问题。需要特别注意的是，在 _extra_column_info 子程序中必须使用小写 'mariadb'（如 mariadb_is_auto_increment），因为 DBD::MariaDB 驱动期望小写术语；其他位置则使用 'MariaDB'。此外，还需修改 DBIx::Class::Storage::DBI::MariaDB.pm 中的 sql_maker_class 指向新的 SQLMaker::MariaDB。这些
额外编辑与未完成的功能
除了直接影响 Schema Loader 的编辑，作者还在多个目录（如 DBIx/Class/PK/Auto、SQL/Translator 相关目录）中创建了 MariaDB.pm 文件，并修改了 SQL::Translator::Utils.pm 中的版本解析子程序。但这些额外编辑对 DBIx::Class 完整功能的影响尚未测试。作者推测，使用 Schema 修改数据库（而非仅读取）的版本控制功能可能仍无法正常工作，需要更多未发现的编辑。
测试建议与风险提示
作者强调这些修改未经生产级测试，仅验证了从数据库生成静态 Schema 的场景。建议在重要工作前充分测试，并将测试 Schema 生成到单独目录，避免破坏已知良好的 Schema。作者的目标数据库包含 46 张表，涵盖多种数据类型和关系，但测试范围有限。使用这些修改需自行承担风险，并欢迎反馈改进。
Q&A
MariaDB 10与DBIx::Class::Schema::Loader的兼容性问题是什么？
MariaDB 10与DBIx::Class::Schema::Loader的兼容性问题导致在Rocky 8和9服务器上无法正确生成Result Classes，主要表现为缺少主键、auto_increment和无符号整数条目。
如何修复DBIx::Class::Schema::Loader与MariaDB 10的兼容性问题？
可以通过在DBIx/Class/Schema/Loader/DBI目录中创建MariaDB.pm文件，并进行必要的编辑来修复兼容性问题。
在进行DBIx::Class::Schema::Loader的编辑时需要注意什么？
在编辑时，需确保在'_extra_column_info'子程序中使用小写'mariadb'，而在其他地方使用'MariaDB'作为替代。
作者在测试中发现了哪些问题？
作者发现生成的Result Classes缺少主键、auto_increment和无符号整数条目，且未能进行生产级别的测试。
在进行重要工作之前，作者有什么建议？
作者建议在重要工作之前进行充分测试，并在单独目录中生成测试架构以避免损害已知良好的架构。
DBIx::Class::Schema::Loader的依赖关系是什么？
DBIx::Class::Schema::Loader依赖于DBI::Class::SQLMaker，后者支持多个数据库类型的模块，但缺少MariaDB.pm文件。
