Java 中怎么使用 JDBC 的 getWarnings 获取 MySQL 在执行事务时抛出的非致命警告信息-java教程-PHP中文网

mysql警告可触发并持有于connection、statement/preparedstatement、resultset三类对象，其中preparedstatement执行后产生的语句级警告最常见；需在sql执行后立即调用getwarnings()遍历并clearwarnings()清除，否则会被后续操作覆盖。

java 中怎么使用 jdbc 的 getwarnings 获取 mysql 在执行事务时抛出的非致命警告信息

Java 中通过 JDBC 的 getWarnings() 获取 MySQL 事务中的非致命警告，**需要在每个可能产生警告的 Statement/PreparedStatement/Connection 对象上调用，并且必须在后续操作覆盖前及时读取和清除**。MySQL 的警告（如数据截断、隐式类型转换、除零等）通常不会中断执行，但会被缓存在相关对象上，不主动获取就会丢失。

哪些对象能触发并持有警告？

MySQL 驱动（尤其是 8.0+ 版本）将警告按作用域分别存放在：

Connection：连接级警告（如连接参数不兼容、时区自动调整）
Statement / PreparedStatement：SQL 执行后产生的语句级警告（最常用，比如 INSERT 超长字段被截断）
ResultSet：结果集处理时的警告（较少见，如 FETCH 超出范围）

事务中多数警告来自 PreparedStatement.execute() 或 executeUpdate() 后的 Statement 实例。

正确获取警告的操作步骤

关键点：警告是“一次性”的——调用 getWarnings() 返回链表头，之后必须用 clearWarnings() 清空，否则下次调用仍返回旧警告；若中间执行了新 SQL，旧警告会被覆盖。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

执行 SQL 后立即调用 stmt.getWarnings()（不要等到事务 commit 后）
遍历 SQLWarning 链表，用 getNextWarning() 循环获取全部警告
调用 stmt.clearWarnings() 防止干扰后续操作
注意：Connection.getWarnings() 一般在连接建立后检查一次即可，事务中很少动态新增

示例代码片段：

try (Connection conn = ds.getConnection();
     PreparedStatement ps = conn.prepareStatement("INSERT INTO users(name) VALUES (?)")) {
    ps.setString(1, "this_name_is_way_too_long_for_the_column");
    ps.executeUpdate(); // 触发 Warning: Data truncated for column 'name'

    SQLWarning warning = ps.getWarnings();
    while (warning != null) {
        System.out.println("SQLState: " + warning.getSQLState());
        System.out.println("Message: " + warning.getMessage());
        System.out.println("Vendor Code: " + warning.getErrorCode());
        warning = warning.getNextWarning();
    }
    ps.clearWarnings(); // 必须调用
}

MySQL 配置影响警告可见性

默认情况下 MySQL 可能抑制部分警告。确保 JDBC URL 中启用警告支持：

添加参数 &useServerPrepStmts=true&cachePrepStmts=true（预编译语句更易暴露警告）
避免使用 &jdbcCompliantTruncation=false（已废弃，新版驱动默认行为更严格）
服务端确认 sql_mode 不含 STRICT_TRANS_TABLES 或 STRICT_ALL_TABLES —— 否则截断等操作会直接报错而非警告

可通过 SELECT @@sql_mode 查看当前模式。非 STRICT 模式下才更可能生成可捕获的警告。