Java中MySQL查询嵌入if语句判断数据存在性问题求助

你的核心问题是错误地用ResultSet是否为null来判断数据是否存在——executeQuery()返回的ResultSet对象永远不会是null，哪怕查询结果为空，它只是一个没有数据行的结果集，所以stmt.executeQuery(COUNT) != null永远为true，导致程序一直进入true分支。另外你的代码还存在重复执行查询、SQL注入风险的问题，下面是具体修复方案：

修复步骤 #

• 替换Statement为PreparedStatement，避免SQL注入，同时让参数绑定更安全
• 只执行一次查询，通过读取COUNT的结果或者判断ResultSet是否有数据行来判断数据是否存在
• 使用try-with-resources语法自动关闭连接、语句、结果集，避免资源泄漏

修正后的代码（基于COUNT统计） #

try (Connection conn = DriverManager.getConnection(DB_URL, USER_NAME, PASSWORD);
     PreparedStatement pstmt = conn.prepareStatement("SELECT COUNT(MSV) FROM project.student where MSV = ?")) {
    
    String MSV = scanner.nextLine().toUpperCase();
    // 设置参数，避免SQL注入
    pstmt.setString(1, MSV);
    
    try (ResultSet resultSet = pstmt.executeQuery()) {
        // COUNT查询一定会返回一行结果，值为匹配的行数
        resultSet.next();
        int count = resultSet.getInt(1);
        if (count > 0) {
            System.out.println("true");
        } else {
            System.out.println("false");
        }
    }
} catch (SQLException e) {
    e.printStackTrace();
}

更高效的替代方案（直接判断是否存在） #

如果不需要统计具体行数，只需要判断数据是否存在，可以用LIMIT 1让查询找到匹配数据后立即返回，性能更优：

try (Connection conn = DriverManager.getConnection(DB_URL, USER_NAME, PASSWORD);
     PreparedStatement pstmt = conn.prepareStatement("SELECT 1 FROM project.student where MSV = ? LIMIT 1")) {
    
    String MSV = scanner.nextLine().toUpperCase();
    pstmt.setString(1, MSV);
    
    try (ResultSet resultSet = pstmt.executeQuery()) {
        // 存在匹配数据则resultSet.next()返回true，否则返回false
        if (resultSet.next()) {
            System.out.println("true");
        } else {
            System.out.println("false");
        }
    }
} catch (SQLException e) {
    e.printStackTrace();
}

关键说明 #

1. ResultSet的特性：只要查询语法正确，executeQuery()就会返回非null的ResultSet，哪怕没有匹配数据，也只是结果集内没有数据行，不能用!=null判断数据是否存在。
2. PreparedStatement的必要性：用?占位符绑定参数，避免了直接拼接字符串导致的SQL注入漏洞，同时能自动处理字符串中的特殊字符（比如单引号）。
3. try-with-resources语法：Java 7+支持的语法，会自动关闭实现了AutoCloseable接口的资源（Connection、PreparedStatement、ResultSet都属于这类），不用手动调用close()，彻底避免资源泄漏。

内容的提问来源于stack exchange，提问作者Ho Be