Mysql数据库update语句的执行返回结果，是匹配行数？还是修改行数？

前段时间偶然听说这个问题，甚为好奇，于是花了很久的时间来看源码，抓包。分析如下：

一，update语句的结果到底是匹配行数？还是影响行数？

先说结果：如果数据库的url为：

jdbc:mysql://gitlab.fzghjx.com:3306/cron

则，返回结果为匹配行数（Rows matched）。

若为：

jdbc:mysql://gitlab.fzghjx.com:3306/cron?useAffectedRows=true

则返回的是影响行数(Changed)。

综上：如果url中没有  useAffectedRows=true  这个参数，则返回的是匹配行数。如果有，则返回的是影响行数。

二，猜想

如果通过cmd操作mysql的update语句，屏幕上显示其实是这样的：

当我想这个问题的时候，第一反应有两个答案，1，在mysql服务器的返回结果中，进行判断，如果有这个设置为true，则返回Rows matched的值，如果为false，则返回Changed的值。2，在返回给查询语句的时候，进行这个值的选择。

三，证实

借用一个图来说明创建connection的整个过程：

（图摘自：https://blog.csdn.net/c929833623lvcha/article/details/44517245）

当我研究了一段时间之后，我发现，这两种想法都错了。具体来看：

我写了一个简单的jdbc查询：

1，建立Connection

根据源码，追踪，在mysql建立connection的时候，会将useAffectedRows=true这个参数设置为connection的属性。

在

Connection connection = DriverManager.getConnection("jdbc:mysql://gitlab.fzghjx.com:3306/cron?useAffectedRows=true", "root", "root");

往下追踪：

继续：connect方法为：java.sql.Driver#connect，实现为：com.mysql.jdbc.NonRegisteringDriver#connect

useAffectedRows=true就是在com.mysql.jdbc.NonRegisteringDriver#parseURL方法中读取，并设置到  Properties props中去的。

再往下：com.mysql.jdbc.ConnectionImpl#getInstance获取connectiong的实例

这里是一个反射，args为  JDBC_4_CONNECTION_CTOR   用到的是JDBC的构造函数：

JDBC的构造函数，是：

public JDBC4Connection(String hostToConnectTo, int portToConnectTo, Properties info, String databaseToConnectTo, String url) throws SQLException {
    super(hostToConnectTo, portToConnectTo, info, databaseToConnectTo, url);
}

往上找，是ConnectionImp的构造函数：

（顺便提一句：这里设置了事务的隔离级别为2，读已提交）

在这个构造函数里，将  useAffectedRows的值初始化到connection中去了：

这里有206个属性要设置，useAffectedRows排在190位（不同的mysql-connect-java版本，位置不一样）。

设置完成之后：

2，创建MysqlIO

设置完属性之后，就要创建MysqlIO了：

这里有一个“高可用”的选项，如果是的话，就会创建一个重试的IO链接。否则，则创建一个只尝试一次的IO链接，失败了就不会重试。这个选项，也是在url中，通过设置：autoReconnect=true来开启的。

3，与msyql服务器握手连接

连接IO过程，其实就是创建一个MysqlIO，然后开始握手：

重点来了：在doHandshake方法中，设置了useAffectedRows的选项：（com.mysql.jdbc.MysqlIO#doHandshake）

这个CLIENT_FOUND_ROWS的值为：

也就是低位的倒数第二位的值进行或操作。如果useAffectsRows，则不会进行或操作。

设置完之后，通过mysqlOutput的socket发送给mysql 服务器：

mysqlOutput来源：在MysqlIO构建的时候创建的。

ok，这是一个简单的过程。接下来，来看tcp的报文：

4，报文分析：

useAffectedRows=true时：

发送请求给mysql服务器：

mysql服务器的响应：

useAffectedRows=false时：

发送请求给mysql服务器：

mysql服务器的响应：

从以上报文可以看出，useAffectedRows为true和false时，msyql服务器的返回值是不同的。最后jdbc取的返回结果，就是报文中，Affected Rows的值 。直接从msyql的结果中获取，jdbc只是对结果进行了一些解析和过滤。由此证明，最开始的猜想是错的。