MySQL中如何查看事务产生的数据库实际变更？能否在事务执行期查看

关于ROLLBACK返回「0 rows affected」的澄清 #

这个返回值完全不代表回滚操作未生效，也不代表之前的事务没有执行数据变更。
MySQL中语句返回的「rows affected」有明确的统计边界：

• 针对DELETE、UPDATE、INSERT这类直接修改表数据的DML语句，统计值为语句实际匹配并修改的行数量，示例里DELETE FROM articles返回的「12 rows affected」已经证明删除动作成功在事务上下文内标记了12行待删除数据
• 针对START TRANSACTION、COMMIT、ROLLBACK这类事务控制语句，本身不直接触发表数据的修改动作，因此固定返回0 rows affected，属于系统设计的正常表现。
  上述示例中的回滚已经实际生效，执行ROLLBACK后直接查询SELECT COUNT(*) FROM articles，会看到行数回到删除前的12行，即可验证结果。

校验事务实际产生变更的有效方法 #

不需要依赖ROLLBACK的返回值判断事务是否产生了变更，可通过以下方式直接校验：

• 在当前事务所属的会话内直接执行查询：事务的未提交变更对当前发起事务的会话本身完全可见，例如执行完DELETE语句、尚未回滚时，查询SELECT COUNT(*) FROM articles会看到行数已经减少12，即可证明变更已经在事务上下文内生效
• 查询InnoDB事务统计信息：执行以下语句定位当前会话对应的事务记录，结果中的trx_rows_modified字段值就是该事务累计产生的未提交变更行数，值大于0即可确认存在数据修改：

SELECT trx_id, trx_rows_modified, trx_state 
FROM information_schema.innodb_trx 
WHERE trx_mysql_thread_id = CONNECTION_ID();

• 跨会话对比查询结果：新建一个独立的数据库连接查询同一张表，在原事务未提交时，该连接读到的始终是删除前的旧版本数据，这是MVCC多版本并发控制的正常表现，反过来也能证明原会话的修改尚未提交、仅存在于当前事务上下文中。

事务执行期间查看变更内容的规则 #

是可以在事务执行期间查看对应变更的，但存在严格的可见范围限制：

• 事务所属会话内：无特殊配置即可直接看到当前事务的所有未提交变更。事务内执行的所有查询，会自动读取当前事务版本的快照数据，能直接看到自己执行的DELETE、UPDATE、INSERT带来的实时修改，不需要额外操作。
• 其他独立会话内：在MySQL默认的REPEATABLE READ、以及常见的READ COMMITTED隔离级别下，其他会话默认只能读取已经提交的历史版本数据，无法直接看到其他事务的未提交变更，这是数据库一致性设计的固有规则，不属于配置异常。
• 若强制需要在其他会话读取跨事务的未提交变更，可在对应查询语句中增加FOR UPDATE或LOCK IN SHARE MODE的锁读取提示，此时语句会直接读取最新的未提交数据版本，但该操作会与原事务加锁冲突，不建议在日常业务流程中使用。

内容的提问来源于stack exchange，提问作者23tux