jdbc获取受影响行数问题

Question

按照官方的文档上说，运行了execute(),假如是增删改的语句，可以通过getUpdateCount()获取受影响的行数。但实际测试，获取的一直是匹配行数。一直不解，麻烦各位也试试，看下能不能找到问题的答案，在这里先谢谢各位了。源代码：
public static void main(String[] args) {
        Connection conn = null;
        PreparedStatement stmt = null;
        try{
            Class.forName("com.mysql.jdbc.Driver");            System.out.println("Connecting to database...");
            conn = DriverManager.getConnection(DB_URL,USER,PASS);            System.out.println("Creating statement...");
            String sql;
            sql = "UPDATE user SET nickname = \'father\'";
            stmt = conn.prepareStatement(sql);
            stmt.execute();
            System.out.println("更新1："+stmt.getUpdateCount());
            stmt.execute();
            System.out.println("更新2："+stmt.getUpdateCount());
            stmt.close();
            conn.close();
        }catch(SQLException se){
            //Handle errors for JDBC
            se.printStackTrace();
        }catch(Exception e){
            //Handle errors for Class.forName
            e.printStackTrace();
        }finally{
            try{
                if(stmt!=null)
                    stmt.close();
            }catch(SQLException se2){
            }
            try{
                if(conn!=null)
                    conn.close();
            }catch(SQLException se){
                se.printStackTrace();
            }
        }
        System.out.println("There are so thing wrong!");
    }

Answer 1

   stmt.execute();
            System.out.println("更新1："+stmt.getUpdateCount());
            stmt.execute();
执行两次什么鬼   你可以创建两个pre执行同一条看效果。

Answer 2

都行吧，我不经常用原生jdbc，这些细节不要在意。关键这条sql我之前在mysql里运行过了，总共是有2条数据，现在再用jdbc，按理再运行应该返回都是0，而不是应该全是2，不是吗？

Answer 3

都行吧，我不经常用原生jdbc，这些细节不要在意。关键这条sql我之前在mysql里运行过了，总共是有2条数据，现在再用jdbc，按理再运行应该返回都是0，而不是应该全是2，不是吗？
你的sql  没where 子句，会更新所有的记录
那个返回的就是更新(或删除)的记录条数  Retrieves the current result as an update count
比如 现在批量删除10个用户 传了个List<Integer> 进来 跑了sql后，if(getCount()==List.Size() ){删除成功} else{回滚}。

Answer 4

都行吧，我不经常用原生jdbc，这些细节不要在意。关键这条sql我之前在mysql里运行过了，总共是有2条数据，现在再用jdbc，按理再运行应该返回都是0，而不是应该全是2，不是吗？
你的sql  没where 子句，会更新所有的记录
那个返回的就是更新(或删除)的记录条数  Retrieves the current result as an update count
比如 现在批量删除10个用户 传了个List<Integer> 进来 跑了sql后，if(getCount()==List.Size() ){删除成功} else{回滚}。
我没看懂你在说什么，这是实际不关有没有where的事，我之前就弄了where了，update无论多少次返回都是1。理论运行一次真实修改之后，后面都是返回0才是对的。
这是5.1开发指南里写的运行execute之后调用getUpdateCount方法获得受影响的行数。我在mysql的控制台里运行上面同样的sql也是返回0，而不是2。你用jdbc运行两次一样的update的sql你就知道我明白的是什么了。
If you do not know ahead of time whether the SQL statement will be a SELECT or an UPDATE/INSERT, then you can use the execute(String SQL) method. This method will return true if the SQL query was a SELECT, or false if it was an UPDATE, INSERT, or DELETE statement. If the statement was a SELECT query, you can retrieve the results by calling the getResultSet() method. If the statement was an UPDATE, INSERT, or DELETE statement, you can  by calling getUpdateCount() on the Statement instance.

Answer 5

都行吧，我不经常用原生jdbc，这些细节不要在意。关键这条sql我之前在mysql里运行过了，总共是有2条数据，现在再用jdbc，按理再运行应该返回都是0，而不是应该全是2，不是吗？
你的sql  没where 子句，会更新所有的记录
那个返回的就是更新(或删除)的记录条数  Retrieves the current result as an update count
比如 现在批量删除10个用户 传了个List<Integer> 进来 跑了sql后，if(getCount()==List.Size() ){删除成功} else{回滚}。
其实就简单点说，就是同样的update的sql，我用jdbc运行了2次，都是返回一样的值。可明明第二次运行应该返回的是0才是正常的。

Answer 6

都行吧，我不经常用原生jdbc，这些细节不要在意。关键这条sql我之前在mysql里运行过了，总共是有2条数据，现在再用jdbc，按理再运行应该返回都是0，而不是应该全是2，不是吗？
你的sql  没where 子句，会更新所有的记录
那个返回的就是更新(或删除)的记录条数  Retrieves the current result as an update count
比如 现在批量删除10个用户 传了个List<Integer> 进来 跑了sql后，if(getCount()==List.Size() ){删除成功} else{回滚}。
其实就简单点说，就是同样的update的sql，我用jdbc运行了2次，都是返回一样的值。可明明第二次运行应该返回的是0才是正常的。
为什么？两次都更新了,只不过第二次更后的数据与原来的数据相同而已。
(我猜的。你执行两次的操作本来就有问题，在这个基础上揣测程序的结果意义不大。你感兴趣可以深入点jdbc,数据库什么的。http://blog.csdn.net/mssql_dba/article/details/39554345)

Answer 7

第一次的数据还没有commit，第二次进来又执行了一下update；
尝试第一次update后手动commit，观察第二次的update结果。

Answer 8

不知道你数据库是什么样的，或许刚好数据库里有两条nickname的记录，刚好第二条记录又是nickname

Answer 9

都行吧，我不经常用原生jdbc，这些细节不要在意。关键这条sql我之前在mysql里运行过了，总共是有2条数据，现在再用jdbc，按理再运行应该返回都是0，而不是应该全是2，不是吗？
你的sql  没where 子句，会更新所有的记录
那个返回的就是更新(或删除)的记录条数  Retrieves the current result as an update count
比如 现在批量删除10个用户 传了个List<Integer> 进来 跑了sql后，if(getCount()==List.Size() ){删除成功} else{回滚}。
其实就简单点说，就是同样的update的sql，我用jdbc运行了2次，都是返回一样的值。可明明第二次运行应该返回的是0才是正常的。
为什么？两次都更新了,只不过第二次更后的数据与原来的数据相同而已。
(我猜的。你执行两次的操作本来就有问题，在这个基础上揣测程序的结果意义不大。你感兴趣可以深入点jdbc,数据库什么的。http://blog.csdn.net/mssql_dba/article/details/39554345)
实际不是两次的问题，因为我测试了用mysql命令行执行sql返回的是0，而且上面的例子我也改成执行1次，也还是返回2。 现在主要就是mysql的文档是这么写的，实际情况却不是文档上面写的那样，我就只想知道为什么不同的原因。

Answer 10

应该不关事务的事吧，jdbc默认自动提交事务的。而且我在用jdbc之前，在mysql命令行运行过这条sql了，返回的是0受影响的行数，那我现在再运行jdbc执行sql返回2，是不是有点怪？？

Answer 11

数据库就是msql的，就很简单的结构，一个id、一个nickname。 主要就是用jdbc之前，同样的sql我运行在mysql命令行里执行返回的是0，那我之后再用jdbc再执行sql那是不是应该返回0，而不是2对吧？

Answer 12

难道你认为你某个表的列的值是XX,然后你用sql update这个列还是为XX就不会更新了?
事实是不管你值是否变化,都算更新的

Answer 13

我想知道你是想问什么？你可以看看数据库你的update是不是只匹配到两条
有点疑惑你为什么质疑这个

Answer 14

解决了，jdbc默认是返回匹配行数，需要在连接URL中加入参数 useAffectedRows=true,后面返回的则是受影响的行数。
下面是官方为这个参数的解释：
useAffectedRowsDon't set the CLIENT_FOUND_ROWS flag when connecting to the server (not JDBC-compliant, will break most applications that rely on "found" rows vs. "affected rows" for DML statements), but does cause "correct" update counts from "INSERT ... ON DUPLICATE KEY UPDATE" statements to be returned by the server.Default: falseSince version: 5.1.7

Answer 15

url加上这句“useAffectedRows=true”