当MySQL去更新一行，但是要修改的值跟原来的值是相同的，这时候MySQL会真的去执行一次修改吗？还是看到值相同就直接返回呢？

?的想法一

MySQL读出数据=》发现值与原来相同=》不更新=》直接返回=》执行结束。

做一个锁实验来确认。
假设，当前表t里的值是(1,2)。

• 锁验证方式
  
  sessionB的update被阻塞，加锁这个动作是InnoDB才能做的，所以排除该选项

?的想法二

MySQL调用InnoDB引擎提供的接口，但引擎发现值与原来相同，不更新，直接返回。
假设当前表里的值是(1,2)。

• 可见性验证方式
  
  sessionA的第二个select语句是一致性读（快照读)，它看不见session B的更新。

现在它返回(1,3)，表示它看见了某个新版本，这个版本只能是session A自己的update语句做更新的时候生成。

所以答案是

?的想法

InnoDB认真执行了“把这个值修改成(1,2)"这个操作，该加锁的加锁，该更新的更新。

你肯定觉得MySQL怎么这么笨，就不会更新前判断一下值是不是相同？不就不用浪费InnoDB多更新一次了？

其实MySQL确认过了。只是在这个语句里面，MySQL认为读出来的值，只有一个确定的 (id=1), 而要写的是(a=3)，只从这两个信息是看不出来“不需要修改”的。

再看个验证例子。

• 可见性验证方式–对照
  
  上面的验证结果都是在 binlog_format=statement 格式下进行的。

mysql> show variables like 'binlog_format';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW   |
+---------------+-------+
1 row in set (0.02 sec)

mysql> show variables like 'binlog_row_image';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| binlog_row_image | FULL  |
+------------------+-------+
1 row in set (0.02 sec)

select * from t where id=1