MySQL 数据修改是否再次执行？

MySQL数据修改行为

在MySQL中，当update修改数据与原数据相同时，是否再次执行取决于以下几个因素：

• binlog_format设置： binlog_format的值可以是STATEMENT、ROW或MIXED。当binlog_format设置为STATEMENT时，MySQL只会记录SQL语句，不会记录数据行的详细信息。因此，即使update语句修改了数据，但与原数据相同，MySQL也不会再次执行该语句。当binlog_format设置为ROW或MIXED时，MySQL会记录数据行的详细信息。因此，如果update语句修改了数据，即使与原数据相同，MySQL也会再次执行该语句。

• binlog_row_image设置： binlog_row_image的值可以是MINIMAL、FULL或NOBLOB。当binlog_row_image设置为MINIMAL时，MySQL只记录数据行的主键和修改的字段。当binlog_row_image设置为FULL时，MySQL会记录数据行的所有字段。当binlog_row_image设置为NOBLOB时，MySQL只记录数据行的非BLOB字段。如果binlog_row_image设置为FULL，则MySQL会在binlog中记录数据行的所有字段，即使update语句修改了数据，但与原数据相同，MySQL也会再次执行该语句。

• InnoDB引擎的MVCC： InnoDB引擎使用多版本并发控制（MVCC）来实现事务隔离。MVCC允许多个事务同时读取相同的数据，而不会互相影响。当一个事务修改数据时，InnoDB引擎会创建一个新的版本，并将旧版本保存在Undo Log中。当其他事务读取数据时，InnoDB引擎会读取最新的版本。如果一个事务修改了数据，但与原数据相同，则InnoDB引擎不会创建一个新的版本，也不会在Undo Log中保存旧版本。因此，MySQL也不会再次执行该语句。

• 乐观并发控制： 乐观并发控制是一种并发控制机制，它假设事务不会发生冲突。当一个事务修改数据时，乐观并发控制不会对数据进行加锁。只有当事务提交时，乐观并发控制才会检查数据是否被其他事务修改过。如果数据被其他事务修改过，则乐观并发控制会回滚该事务。乐观并发控制可以提高系统的并发性，但它也存在一个问题，就是当多个事务同时修改相同的数据时，可能会发生冲突。如果发生冲突，则乐观并发控制会回滚其中一个事务。

总结

在MySQL中，当update修改数据与原数据相同时，是否再次执行取决于binlog_format、binlog_row_image、InnoDB引擎的MVCC和乐观并发控制等因素。一般情况下，如果binlog_format设置为STATEMENT或binlog_row_image设置为MINIMAL，则MySQL不会再次执行update语句。如果binlog_format设置为ROW或MIXED，并且binlog_row_image设置为FULL，则MySQL会再次执行update语句。如果InnoDB引擎的MVCC启用，则MySQL不会再次执行update语句。如果乐观并发控制启用，则MySQL可能会回滚update语句。