MySQL事务是一种数据库操作的逻辑单元，用于保证数据的一致性和完整性

最新推荐文章于 2025-05-07 19:46:16 发布

Bol5261

最新推荐文章于 2025-05-07 19:46:16 发布

阅读量1.5k

点赞数 47

本文链接：https://blog.csdn.net/blog_programb/article/details/144560132

版权

Sql(SQL Server Database) 同时被 3 个专栏收录

465 篇文章

订阅专栏

Mysql(MySQL AB)

218 篇文章

订阅专栏

Index(A new Index code rule)

101 篇文章

订阅专栏

MySQL事务是一种数据库操作的逻辑单元，用于保证数据的一致性和完整性。当多个并发事务试图访问并可能修改同一份数据时，事务机制就变得尤为重要。以下是MySQL事务的一些关键特性：

原子性: 事务中的所有操作要么全部完成，要么全部不执行（即"要么全做，要么不做"原则）。如果事务B在提交之前发生错误或回滚，它对数据X所做的更改会被撤销，从而避免了事务A读取到脏数据。
```
START TRANSACTION;
-- 事务B的操作...
IF some_condition THEN
  COMMIT;  -- 提交事务
ELSE
  ROLLBACK;  -- 回滚事务，撤销对X的修改
END IF;
```
一致性: 事务完成后，数据库的状态要满足特定的业务规则，比如余额充足才能转账等。
隔离性: MySQL支持多种隔离级别，如读已提交（Read Committed），以防止脏读（如事务A读到B未提交的数据）、幻读（事务看到其他事务插入的新行）和不可重复读（事务多次读取同一数据结果不同）。事务5和6的区别在于它们创建read view的时间点，决定了对其他事务数据的不同可见性。
持久性: 当事务成功提交后，其影响的数据变更会被永久写入磁盘，即使服务器崩溃也会保持这些变化。

为了理解事务6如何检索到事务7，可以想象事务6在事务7提交之后查看m_ids列表。事务6只能看到那些事务7提交后添加到列表中的id，而不是那些已被删除或尚未被事务7更新的id。查询时，它会依据这个列表来决定哪些数据是可见的，哪些是不可见的。

相关问题–:

MySQL中如何设置事务隔离级别？
如何通过SQL语句开始、提交和回滚一个事务？
事务的四个特性对于数据库管理有多重要？
在MySQL中设置事务隔离级别可以通过SQL命令来实现。以下是如何设置常用隔离级别的示例：
读未提交（Read Uncommitted）：这是最低的隔离级别，可能导致脏读、不可重复读和幻读。不推荐生产环境中使用，但在开发阶段可能有用。
```
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
```
读已提交（Read Committed）：这是最常见的隔离级别，允许事务看到其他事务已经提交的数据，避免脏读，但可能出现不可重复读。
```
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
```
可重复读（Repeatable Read）：在此级别下，事务在其整个生命周期内不会看到其他事务对其所修改的数据的更新，可以防止不可重复读，但可能会有幻读现象。
```
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
```
串行化（Serializable）：这是最高的隔离级别，能完全保证事务的原子性，但性能影响最大，因为它强制所有的读操作都要等待写操作完成。
```
SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
```

请注意，这些设置通常是在会话级别，如果希望更改数据库全局的隔离级别，可能需要管理员权限。默认情况下，MySQL使用的是可重复读（Repeatable Read）隔离级别，因为它是大多数应用场景下的合理平衡。

MySQL的InnoDB存储引擎对事务隔离级别有显著影响，它支持四种不同的隔离级别，分别是：

读未提交（Read Uncommitted）：在这个级别下，事务可以看到其他事务尚未提交的数据，可能导致脏读、幻读和不可重复读等问题。这通常用于需要快速响应但不那么关注数据一致性的场景。
读已提交（Read Committed）：在此级别，事务只能看到已经提交的数据，避免了脏读，但仍然可能面临幻读，因为其他事务可能在此期间插入新行。
可重复读（Repeatable Read）：事务在运行期间看到的数据是稳定的，不会因其他事务的修改而改变，解决了幻读问题，但可能会降低并发性，因为每个事务都需要锁定其访问的行。
序列化（Serializable）：这是最高的隔离级别，事务看起来像是顺序执行的，完全防止了并发问题，但性能代价最大，因为它需要大量的锁来保证隔离。

为了优化并发性和数据一致性，开发者需要根据具体的应用需求来选择适当的事务隔离级别。较低的隔离级别可以提高并发性，但风险更高；较高的隔离级别则提供更强的数据保护，但可能导致更多的锁争用和性能下降。
在SQL中，事务管理是确保数据一致性和完整性的重要组成部分。以下是开始、提交和回滚事务的基本步骤：

开始（BEGIN）:

BEGIN TRANSACTION; -- 或者在某些数据库系统中可能使用START TRANSACTION;

这个命令启动一个新的事务。

执行操作:
在事务开始后，你可以执行一系列相关的SQL操作，如插入、更新或删除数据。
提交（COMMIT）:
如果所有操作都成功并且满足业务逻辑条件，你可以提交事务以保存更改：
```
COMMIT;
```
这会永久地应用到数据库中。
回滚（ROLLBACK）:
如果有任何错误发生，或者你想取消所有操作并恢复到事务开始时的状态，可以使用回滚命令：
```
ROLLBACK;
```
这会撤销所有自事务开始以来所做的更改。

注意：不同的数据库管理系统可能会有不同的语法，但基本概念是一致的。例如，在MySQL中，START TRANSACTION通常用于代替BEGIN TRANSACTION。

SQL（包括MySQL）支持多种事务隔离级别，以确保数据一致性。这些通常包括：

读未提交（Read Uncommitted）：最低的隔离级别，允许读取其他事务未提交的数据，可能导致脏读（读到尚未提交的数据）。
读已提交（Read Committed）：在此级别下，事务只能看到已经提交的数据，避免了脏读，但可能存在幻读（对同一查询结果不同）。
可重复读（Repeatable Read）：在此级别上，事务在其整个生命周期内看到的数据是一致的，不能有幻读，但可能锁定时间过长。
串行izable（Serializable）：最高的隔离级别，保证每个事务看起来像是顺序执行的，不会有并发冲突，但是性能开销较大。

MySQL的默认事务隔离级别是Read Committed，这意味着除非显式地更改，否则新连接将以这个级别运行。然而，你可以通过设置transaction_isolation变量来改变会话或全局的隔离级别。

在MySQL中，事务隔离级别可以通过START TRANSACTION语句与SET SESSION TRANSACTION命令来设置。这几种常见的隔离级别包括：

READ UNCOMMITTED（默认）：允许未提交的更改可见，可能导致脏读、不可重复读和幻读问题。
```
START TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
```
READ COMMITTED：防止脏读，但仍然可能有不可重复读和幻读。
```
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
```
REPEATABLE READ：阻止脏读和不可重复读，但可能会看到幻读（其他事务插入的数据）。
```
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
```
SERIALIZABLE：最安全的隔离级别，可以避免脏读、不可重复读和幻读，但性能最低。
```
SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
```

选择合适的隔离级别取决于应用对数据一致性、并发访问的需求以及性能敏感度。每个级别都有其适用场景，比如高并发低延迟通常会选择较低的隔离级别，而对数据完整性的要求更高的情况则应该使用更严格的级别。

脏读、不可重复读和幻读是数据库并发控制中常见的隔离级别概念。

脏读：当一个事务正在读取数据时，另一个事务对这些数据进行了修改但未提交，导致第一个事务读到了"脏"的数据。例如，事务A读取了一个值为10的记录，随后事务B更新该值为20但未提交，此时事务A再次读取可能仍看到旧值10，这就是脏读。
不可重复读：在一个事务内，同一个查询结果可能会因其他并发事务的插入或更新而改变。如事务A读取了一些数据，然后事务B执行了一个更新操作，使得事务A后续再读取相同数据时得到的结果不同，这就发生了不可重复读。
幻读：在可重复读（Repeatable Read）隔离级别下，事务A读取了一定范围的数据集合，但在这个范围内新插入的数据在事务A再次读取时并未反映出来，这被称为幻读。比如事务A读取了10条记录，之后事务B插入了新的记录，即使A再次读取，也会发现新增加的记录，尽管这些记录在最初的读取集中并未出现，因此看似与之前读取的内容不一致，但实际上是因为隔离级别的限制而非真正的数据变化。

在数据库设计时，选择合适的隔离级别可以避免或减少这些并发控制问题的发生。
在这里插入图片描述