JDBC MySQL中executeUpdate返回0，但语句在MySQL直接执行正常

这个坑我之前踩过，咱们一步步来定位问题：

1. 先修正PreparedStatement的创建方式（最可能的原因！） #

你用了con.prepareCall()来执行普通的UPDATE语句，但这个方法是专门用来调用存储过程的！普通的DML（增删改）语句应该用con.prepareStatement()才对。把代码改成这样试试：

PreparedStatement stmt1 = con.prepareStatement("update khol SET emailcnf = 'ya' where khol.id = (SELECT guiid.id FROM guiid WHERE guiid.gchbi = 'htg1' and guiid.typ = 'reg')");
System.out.println("rows COUNT "+stmt1.executeUpdate());
stmt1.close();
// 别忘了提交事务！
con.commit();

用错方法可能导致SQL没有被正确解析执行，这是最常见的原因之一。

2. 检查事务是否提交 #

JDBC默认是手动提交事务的，也就是说你执行完executeUpdate()后，如果没调用con.commit()，事务会被回滚，所以数据库里看不到变化。而你直接在MySQL客户端执行时，客户端默认是自动提交的，所以修改会生效。

解决方法：

• 要么在执行完更新后调用con.commit();
• 要么在获取连接后设置自动提交：con.setAutoCommit(true);

3. 确认JDBC连接的数据库和你手动操作的是同一个 #

有时候我们会不小心连接到测试库，但手动操作的是生产库，或者schema名称不一样。检查你的JDBC URL，比如：

jdbc:mysql://localhost:3306/your_target_db?useSSL=false&serverTimezone=UTC

确保your_target_db和你手动执行SQL时用的数据库完全一致。

4. 验证子查询和目标行是否存在 #

虽然你手动执行SQL生效，但JDBC连接的数据库里可能数据不一样？比如：

• 子查询SELECT guiid.id FROM guiid WHERE guiid.gchbi = 'htg1' and guiid.typ = 'reg'有没有返回结果？
• 返回的id在khol表中是否存在？

可以在JDBC代码里加一段验证逻辑：

// 先检查子查询结果
PreparedStatement checkSubQuery = con.prepareStatement("SELECT guiid.id FROM guiid WHERE guiid.gchbi = 'htg1' and guiid.typ = 'reg'");
ResultSet rs = checkSubQuery.executeQuery();
if (rs.next()) {
    Integer targetId = rs.getInt("id");
    System.out.println("子查询找到ID: " + targetId);
    // 再检查khol表中是否有这个ID
    PreparedStatement checkKhol = con.prepareStatement("SELECT * FROM khol WHERE id = ?");
    checkKhol.setInt(1, targetId);
    ResultSet kholRs = checkKhol.executeQuery();
    if (kholRs.next()) {
        System.out.println("khol表中存在该ID的记录");
    } else {
        System.out.println("khol表中没有找到该ID的记录");
    }
    kholRs.close();
    checkKhol.close();
} else {
    System.out.println("子查询没有找到任何匹配的记录");
}
rs.close();
checkSubQuery.close();

这样就能确认是不是因为数据不匹配导致更新行数为0。

5. 开启JDBC日志，查看实际执行的SQL #

有时候代码里的SQL看起来没问题，但实际发送到MySQL的可能有差异。可以在JDBC URL里加上日志参数，查看实际执行的语句：

jdbc:mysql://localhost:3306/your_db?logger=com.mysql.cj.log.Slf4JLogger&profileSQL=true&useSSL=false&serverTimezone=UTC

这样就能看到JDBC到底发送了什么SQL到数据库，和你手动执行的对比是否一致。

6. 检查事务隔离级别或锁的问题 #

如果以上都没问题，可能是事务隔离级别导致JDBC连接看不到某些数据，或者有其他事务锁住了要更新的行。你可以：

• 查看JDBC连接的隔离级别：System.out.println(con.getTransactionIsolation());
• 在MySQL客户端手动设置相同的隔离级别后执行SQL，看是否还能生效
• 用SHOW ENGINE INNODB STATUS;查看是否有锁等待的情况

内容的提问来源于stack exchange，提问作者hitesh jain