建议先关注、点赞、收藏后再阅读。
在MySQL中，事务的流程如下：
- 开启事务：
使用
START TRANSACTION或BEGIN命令来显式地开启一个事务。事务的开始会创建一个新的事务块，将所有的操作视为一个原子操作。 - 执行事务操作： 在事务块中，可以执行一系列的数据库操作，包括插入、更新、删除等。这些操作可以是简单的单个语句，也可以是复杂的事务嵌套。
- 提交或回滚事务：
在执行完所有事务操作后，可以选择
COMMIT命令来提交事务，将修改永久保存到数据库中。如果在执行事务过程中发生了错误或触发了回滚条件，可以使用ROLLBACK命令来回滚事务，撤销所有对数据库的修改。 - 结束事务：
不管是提交还是回滚事务，都会结束当前事务块。可以使用
END命令或COMMIT命令来显式地结束事务。如果不结束当前事务块，MySQL会默认为您自动提交事务。
事务流程的核心思想是将多个需要一起执行的操作视为一个整体，保证其在数据库中的一致性和完整性。如果在事务执行过程中发生了错误，可以通过回滚操作来保证数据的一致性，否则可以通过提交操作来永久保存修改。
MySQL的XA事务和普通事务有什么不同？
MySQL中的XA事务是分布式事务，涉及多个独立的资源管理器，其中每个资源管理器可以是不同的数据库或系统。 这些事务符合 X/Open 分布式事务处理 (DTP) 模型。
以下是 XA 事务与 MySQL 中常规事务的一些区别：
- 多个资源管理器： XA事务涉及多个资源管理器，其中每个资源管理器可以是不同的数据库或系统。 在常规事务中，通常只涉及一个资源管理器。
- 原子性和持久性： XA 事务确保跨多个资源管理器的原子性和持久性。 这意味着事务所做的所有更改要么在所有资源管理器上提交，要么在所有资源管理器上回滚，从而确保事务一致性。 在常规事务中，原子性和持久性在单个数据库内得到保证。
- 两阶段提交： XA 事务使用两阶段提交协议来协调跨多个资源管理器的更改的提交或回滚。 该协议确保所有资源管理器都同意提交，并且事务要么完全提交，要么完全回滚。 常规事务不需要多个资源管理器的参与，因此不使用两阶段提交协议。
- 事务协调器： XA 事务有一个事务协调器，用于管理资源管理器之间的协调，并确保事务在所有参与者之间一致地执行。 在常规事务中，数据库管理系统本身充当事务协调器。
