Liquibase在MariaDB中执行PreparedStatement的常见问题分析

问题背景

Liquibase作为一款流行的数据库变更管理工具，在4.25.0版本中引入了一个与MariaDB兼容性相关的问题。这个问题主要出现在使用PreparedStatement执行SQL查询时，导致系统抛出"executeQuery(String sql) cannot be called on preparedStatement"异常。

技术细节分析

该问题的核心在于Liquibase代码中对PreparedStatement的错误使用方式。在JdbcDatabaseSnapshot类的determineActualDataTypes方法中，开发人员错误地在PreparedStatement上调用了executeQuery(String sql)方法，而实际上应该使用无参数的executeQuery()方法。

PreparedStatement与普通Statement的关键区别在于：

1. PreparedStatement是预编译的SQL语句，SQL语句在创建时就已经确定
2. 参数通过setter方法单独设置，而不是直接拼接在SQL字符串中
3. 执行时不应再传入SQL字符串参数

影响范围

这个问题主要影响：

1. 使用Liquibase 4.25.0及以上版本的用户
2. 数据库后端为MariaDB的环境
3. 执行数据库更新操作的场景

解决方案

正确的做法是将：

ResultSet columnSelectRS = statement.executeQuery(selectStatement.toString());

修改为：

ResultSet columnSelectRS = statement.executeQuery();

这种修改符合JDBC规范中对PreparedStatement的使用要求，确保了代码在各种数据库环境下的兼容性。

最佳实践建议

1. 在使用PreparedStatement时，始终注意区分它与普通Statement的API差异
2. 在编写数据库访问代码时，考虑不同数据库驱动实现的细微差别
3. 升级Liquibase版本时，注意检查与特定数据库的兼容性
4. 对于关键业务系统，建议在测试环境中充分验证新版本后再进行生产部署

总结

这个问题展示了数据库访问层代码中一个典型的API误用场景，提醒开发人员在编写跨数据库兼容的代码时需要特别注意JDBC API的正确使用方式。通过遵循规范的API调用方式，可以避免这类兼容性问题，确保应用在各种数据库环境下都能稳定运行。