MySQL事件有什么作用 mysql事务问题

MySQL事物

面试官灵魂三连：

• 什么是事物
• 事物的ACID特性
• 事物的隔离级别以及对应的并发问题。

事物的概述

事务（Transaction）是由⼀系列对系统中数据进⾏访问与更新的操作所组成的⼀个程序执⾏逻辑单

元。

简单的说就是一条或者多条SQL语句，要么全部成功，要么全部失败，比如银行转账。A打钱给B，A打出去了，但是由于某些问题B没收到钱，这时候银行应该撤销这次打钱操作，把钱还给A。

事物的语法

事物的开启，提交，回滚：

1. start transaction/ begin;开启一个事物
2. commit; 使得当前的修改确认
3. rollback; 使得当前的修改被放弃

基本格式：

mysql> begin;
mysql> ...
mysql> ...
mysql> commit;

或者

mysql> start transaction;
mysql> ...
mysql> ...
mysql> rollback;

示例:

这里演示了一个回滚操作，只要我们回滚事物，那么我们begin到rollback之间的一切操作都失败。如果rollback改为commit则表示为操作成功。

事物的ACID特征

1. 原⼦性（Atomicity）

事务的原⼦性是指事务必须是⼀个原⼦的操作序列单元。事务中包含的各项操作在⼀次执⾏过程中，只

允许出现两种状态之⼀。

• 全部执⾏成功
• 全部执⾏失败

事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执⾏过程中出错，

会回滚到事务开始前的状态，所有的操作就像没有发⽣⼀样。也就是说事务是⼀个不可分割的整体，就

像化学中学过的原⼦，是物质构成的基本单位。

2. ⼀致性（Consistency）

事务的⼀致性是指事务的执⾏不能破坏数据库数据的完整性和⼀致性，⼀个事务在执⾏之前和执⾏之

后，数据库都必须处以⼀致性状态。

⽐如：如果从A账户转账到B账户，不可能因为A账户扣了钱，⽽B账户没有加钱。

3. 隔离性（Isolation）

事务的隔离性是指在并发环境中，并发的事务是互相隔离的。也就是说，不同的事务并发操作相同的数

据时，每个事务都有各⾃完整的数据空间。

⼀个事务内部的操作及使⽤的数据对其它并发事务是隔离的，并发执⾏的各个事务是不能互相⼲扰的。

隔离性分4个级别，下⾯会介绍。

4. 持久性（Duration）

事务的持久性是指事务⼀旦提交后，数据库中的数据必须被永久的保存下来。即使服务器系统崩溃或服

务器宕机等故障。只要数据库重新启动，那么⼀定能够将其恢复到事务成功结束后的状态。

事物的并发问题

什么是事物的并发问题？

指并发环境下，不同事物操作同一批数据出现的问题，有几下三种问题：

• 脏读：读取到了没有提交的数据, 事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据。
• 不可重复读：同⼀条命令返回不同的结果集（更新）.事务 A 多次读取同⼀数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同⼀数据时，结果 不⼀致。
• 幻读：重复查询的过程中，数据就发⽣了量的变化（insert， delete）。

事务隔离级别

事务隔离级别	脏 读	不可重复读	幻 读
读未提交（READ_UNCOMMITTED）	允许	允许	允许
读已提交（READ_COMMITTED）	禁止	允许	允许
可重复读（REPEATABLE_READ）	禁止	禁止	可能会
顺序读（SERIALIZABLE）	禁止	禁止	禁止

4种事务隔离级别从上往下，级别越⾼，并发性越差，安全性就越来越⾼。 ⼀般数据默认级别是读以提交或可重复读

查看当前会话中事务的隔离级别

mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set, 1 warning (0.93 sec)

设置当前会话中的事务隔离级别

mysql> set session transaction isolation level read uncommitted; Query OK, 0 rows affected (0.00
sec)

1. 读未提交（READ_UNCOMMITTED）

读未提交，该隔离级别允许脏读取，其隔离级别是最低的。换句话说，如果⼀个事务正在处理某⼀数

据，并对其进⾏了更新，但同时尚未完成事务，因此还没有提交事务；⽽以此同时，允许另⼀个事务也

能够访问该数据。

脏读示例：

在事务A和事务B同时执⾏时可能会出现如下场景：

余额应该为1500元才对。请看T5时间点，事务A此时查询的余额为0，这个数据就是脏数据，他是事务B

造成的，很明显是事务没有进⾏隔离造成的。

2. 读已提交（READ_COMMITTED）

读已提交是不同的事务执⾏的时候只能获取到已经提交的数据。 这样就不会出现上⾯的脏读的情况了。

但是在同⼀个事务中执⾏同⼀个读取,结果不⼀致

不可重复读示例

可是解决了脏读问题，但是还是解决不了可重复读问题。

3. 可重复读（REPEATABLE_READ）

可重复读就是保证在事务处理过程中，多次读取同⼀个数据时，该数据的值和事务开始时刻是⼀致的。

因此该事务级别限制了不可重复读和脏读，但是有可能出现幻读的数据。

幻读

幻读就是指同样的事务操作，在前后两个时间段内执⾏对同⼀个数据项的读取，可能出现不⼀致的结果。

诡异的更新事件

我们T2和T4查询结果是一致的，但是如果我们T5执行一条语句，让所有的数据的某一条属性都加一，我们再查询所有数据，我们就能看到事物B之前插入的数据也能被看到，即多了一条数据，这就是诡异的更新事件。

4. 顺序读（SERIALIZABLE）

顺序读是最严格的事务隔离级别。它要求所有的事务排队顺序执⾏，即事务只能⼀个接⼀个地处理，不

能并发。

不同的隔离级别的锁的情况（了解）

1. 读未提交（RU）: 有⾏级的锁，没有间隙锁。它与RC的区别是能够查询到未提交的数据。
2. 读已提交（RC）：有⾏级的锁，没有间隙锁，读不到没有提交的数据。
3. 可重复读（RR）：有⾏级的锁，也有间隙锁，每次读取的数据都是⼀样的，并且没有幻读的情况。
4. 序列化（S）：有⾏级锁，也有间隙锁，读表的时候，就已经上锁了

隐式提交**(**了解)

实际上我们基本的SQL语句都会在执行前加begin，执行结束后加入commit，这是隐式提交。

如果我们要执行大量SQL，就会开启大量事物，所以我们可以加入到同一个事物中，显式提交。

一下操作都会隐式提交数据：

• DQL:查询语句
• DML:写操作(添加,删除,修改)DDL:定义语句(建库,建表,修改表,索引操作,存储过程,视图)
• DCL:控制语⾔(给⽤户授权,或删除授权)
• DDL（Data Defifine Language）