MySQL笔记（十）MySQL事务 transaction 原创

一、为什么要有事务？

用一个很经典的例子：

事务广泛的运用于订单系统、银行系统等多种场景。如果有以下一个场景：
A用户和B用户是银行的储户。现在A要给B转账500元。那么需要做以下几件事：

1. 检查A的账户余额>500元；
2. A账户扣除500元；
3. B账户增加500元；

正常的流程走下来，A账户扣了500，B账户加了500，皆大欢喜。那如果A账户扣了钱之后，系统出故障了呢？
A白白损失了500，而B也没有收到本该属于他的500。以上的案例中，隐藏着一个前提条件：
A扣钱和B加钱，要么同时成功，要么同时失败。事务的需求就在于此。

事务作用：

一个事务中的所有操作作为一个单元，要么完全地执行，要么完全地不执行。

事务是为了确保数据的完整性和一致性，保证成批的 SQL 语句要么全部执行，要么全部不执行。

MySQL 事务注意点：
   1、在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务，Myisam就不支持。
   2、事务用来管理 insert,update,delete 语句，不能回退 CREATE 或 DROP 操作

二、事务的基本要素（ACID）

（1）A(atomicity) 原子性。一个事务的执行被视为一个不可分割的最小单元。事务里面的操作，要么全部成功执行，要么全部失败回滚，不可以只执行其中的一部分。

（2）C(consistency) 一致性。一个事务的执行不应该破坏数据库的完整性约束。如果上述例子中第2个操作执行后系统崩溃，保证A和B的金钱总计是不会变的。

（3）I(isolation) 隔离性。通常来说，事务之间的行为不应该互相影响。然而实际情况中，事务相互影响的程度受到隔离级别的影响。
（4）D(durability) 持久性。事务提交之后，需要将提交的事务持久化到磁盘。即使系统崩溃，提交的数据也不应该丢失。

三、事务隔离级别

MySQL默认的事务隔离级别为repeatable-read

事物隔离级别

可重复读（repeatable-read）

不可重复读是指在一个事务中对同一数据进行多次读取时，由于其他事务对该数据进行了更新，导致事务中多次读取的结果不一致；

而可重复读就是即使其他事务对该数据进行了更新，该读事务多次读取的结果也是一致的。

举个例子

事务A在读到一条数据之后，此时事务B对该数据进行了修改并提交，那么事务A再读该数据，读到的还是原来的内容。   

可重复读下，一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。可以简单理解为，在可重复读隔离级别下，事务在启动的时候就”拍了个快照“。这个快照是基于整个库的。

可重复读的一种场景：
1、事务A开启
2、事务B开启
3、事务A执行select * from table
4、事务B 修改数据
5、事务B 提交
6、事务A 再select * from table
第6步事务A能读到事务B修改的数据吗？可重复读下，是不能读到，还是原来内容。
在 读已提交下，是可以读到修改的。这和快照读的建立有关。

问题：不可重复读，我为啥需要多次读取一个值还要保证一致？ 

四、事务的并发问题

不可重复读的和幻读理解：

不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。

解决 不可重复读 只需锁住满足条件的行（不让其他事务修改）。

解决 幻读 需要锁表（不让其他事务新增、删除）。

五、事务控制语句  

开启一个事务；
BEGIN 或 START TRANSACTION;

COMMIT 会提交事务，并使已对数据库进行的所有修改成为永久性的；
COMMIT 也可以使用 COMMIT WORK ，不过二者是等价的。

回滚会结束用户的事务，并撤销正在进行的所有未提交的修改；
ROLLBACK 也可以使用 ROLLBACK WORK ，不过二者是等价的。

SAVEPOINT 允许在事务中创建一个保存点，一个事务中可以有多个SAVEPOINT；
SAVEPOINT identifier; 

删除一个事务的保存点，当没有指定的保存点时，执行该语句会抛出一个异常；
RELEASE SAVEPOINT identifier;

把事务回滚到标记点；
ROLLBACK TO identifier;

用来设置事务的隔离级别
SET TRANSACTION

MYSQL 事务处理主要有两种方法：

1、用 BEGIN, ROLLBACK, COMMIT 来实现

    BEGIN 开始一个事务
    ROLLBACK 事务回滚
    COMMIT 事务确认

2、直接用 SET 来改变 MySQL 的自动提交模式:

    SET AUTOCOMMIT=0 禁止自动提交
    SET AUTOCOMMIT=1 开启自动提交

六、查看修改MySQL的存储引擎

开启一个事务；
BEGIN 或 START TRANSACTION;

COMMIT 会提交事务，并使已对数据库进行的所有修改成为永久性的；
COMMIT 也可以使用 COMMIT WORK ，不过二者是等价的。

回滚会结束用户的事务，并撤销正在进行的所有未提交的修改；
ROLLBACK 也可以使用 ROLLBACK WORK ，不过二者是等价的。

SAVEPOINT 允许在事务中创建一个保存点，一个事务中可以有多个SAVEPOINT；
SAVEPOINT identifier; 

删除一个事务的保存点，当没有指定的保存点时，执行该语句会抛出一个异常；
RELEASE SAVEPOINT identifier;

把事务回滚到标记点；
ROLLBACK TO identifier;

用来设置事务的隔离级别
SET TRANSACTION

MYSQL 事务处理主要有两种方法：

1、用 BEGIN, ROLLBACK, COMMIT 来实现

    BEGIN 开始一个事务
    ROLLBACK 事务回滚
    COMMIT 事务确认

2、直接用 SET 来改变 MySQL 的自动提交模式:

    SET AUTOCOMMIT=0 禁止自动提交
    SET AUTOCOMMIT=1 开启自动提交

七、MySQL事务隔离级别测试

MySQL默认的事务隔离级别为repeatable-read

所用的表和数据 MySQL笔记（二）基础的增删改查

事务隔离级别测试test:

注意；测试时每一个事物都需要开启一个客户端

事务隔离级别测试test:
注意；测试时每一个事物都需要开启一个客户端

（1）第一级别：读未提交（read-uncommitted） 
1、所有事务都可以看到其他未提交事务的执行结果
2、本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少
3、该级别引发的问题是——脏读(Dirty Read)：读取到了未提交的数据

1、首先，修改隔离级别
set tx_isolation='read-uncommitted';
select @@tx_isolation;

2、客户端A开启事物1 
START TRANSACTION;
SELECT *FROM tb_dept;

3、客户端B开启事物2
在这事务中更新数据，且未提交
BEGIN;
UPDATE tb_dept SET loc='十堰2' WHERE deptno=7200;
SELECT * FROM tb_dept;

4、客户端A查看数据
SELECT *FROM tb_dept;
重点：事物2能查看事物1未提交改变的脏数据，这就是脏读

5、客户端B回滚rollback
ROLLBACK;
SELECT * FROM tb_dept;

6、客户端A事物1查询
SELECT *FROM tb_dept;

（2）第二级别：读提交（read-committed）
1、这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）
2、它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变
3、这种隔离级别出现的问题是不可重复读(Nonrepeatable Read)：
不可重复读意味着我们在同一个事务中执行完全相同的select语句时可能看到不一样的结果。

导致这种情况的原因可能有：
(1)有一个交叉的事务有新的commit，导致了数据的改变;
(2)一个数据库被多个实例操作时,同一事务的其他实例在该实例处理其间可能会有新的commit。

1、首先，修改隔离级别
SET tx_isolation='read-committed';
SELECT @@tx_isolation;

2、客户端A开启事物1 
START TRANSACTION;
SELECT *FROM tb_dept;

3、客户端B开启事物2
在这事务中更新数据，且未提交
BEGIN;
UPDATE tb_dept SET loc='十堰2' WHERE deptno=7200;
SELECT * FROM tb_dept;

4、客户端A事物1查询
SELECT *FROM tb_dept;
注意：此时查看的是未提交的数据，原来表数据

5、客户端B提交事物commit;
commit后就不能rollback了 
COMMIT;

6、客户端A事物1查看数据
SELECT *FROM tb_dept;
重点：此时查看的是事物2提交的数据，和第四步相同的select语句，结果却不一样

（3）第三级别：可重复读（repeatable-read）     
1、这是MySQL的默认事务隔离级别
2、它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行
3、此级别可能出现的问题——幻读(Phantom Read)：
当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行
4、InnoDB和Falcon存储引擎通过多版本并发控制(MVCC，Multiversion Concurrency Control)机制解决了该问题

1、首先，修改隔离级别
SET tx_isolation='repeatable-read';
SELECT @@tx_isolation;

2、客户端A开启事物1 
START TRANSACTION;
SELECT *FROM tb_dept;

3、客户端B开启事物2
在这事务中更新数据，并且提交了
BEGIN;
UPDATE tb_dept SET loc='十堰2' WHERE deptno=7200;
SELECT * FROM tb_dept;
COMMIT;

4、客户端A事物1查询
SELECT *FROM tb_dept;
重点：这时候即使事务2已经提交了,但事物2还是看不到数据的变化。

只有事物1提交了，才能看到数据的变化
COMMIT;
SELECT *FROM tb_dept;

（4）第四级别：串行化（serializable）      
1、这是最高的隔离级别
2、它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之,它是在每个读的数据行上加上共享锁。
3、在这个级别，可能导致大量的超时现象和锁竞争

1、首先，修改隔离级别
SET tx_isolation='serializable';
SELECT @@tx_isolation;

2、客户端A开启事物1 
START TRANSACTION;

3、客户端B开启事物2
BEGIN;
UPDATE tb_dept SET loc='十堰2' WHERE deptno=7200;
重点：在事物1没有commit之前，这个交叉事务是不能更改数据的

CSDN地址  https://blog.csdn.net/csdnluolei/article/details/87915708