MySQL基础9-事务

爱之深恨之切

一、事务简介

　　事务是一组操作的集合，它是一个不可分割的工作单位，事务会把所有操作作为一个整体一起向系统提交或者撤销操作请求，即这些操作要么同时成功，要么同时失败。mysql的事务默认是自动提交的，也就是说，当执行一条DML语句，Mysql会立即隐式的提交事务
 
二、事务操作

　　2.1 查看事务提交方式 　　

1. select@@autocommit;

复制代码

　　2.2 设置事务提交方式

1. 　set @@autocommit=0;

复制代码

　　　　说明：如果值为1，就是自动提交，为0就是手动提交
　　2.3 提交事务　

1. commit;

复制代码

　　2.4 回滚事务　　　

1. rollback;  

复制代码

　　2.5 开启事务　　

1. start transaction 或者 begin

复制代码

 
三、事务的四大特性

• 原子性（Atomicity）：事务是不可分割的最小单元，要么全部成功，要么全部失败
  
• 一致性（Consistency）：事务完成时，必须使所有的数据都保持一致状态
  
• 隔离性（Isolation）：数据库系统提供的隔离机制，保证事务在不受外部并发影响的独立环境下运行
  
• 持久性（Durability）：事务一旦提交或回滚，它对数据库中的数据的改变就是永久的
  

 
四、事务的并发问题

• 脏读：一个事务读到另外一个还未提交的事务中修改的数据。
  
• 不可重复读：一个事务读取到了另一个已经提交了事务中的修改的数据。即一个事务先后读取同一条记录，但两次读取的数据不同，第一次读取的是原始数据，第二次读取到了其他已经提交的事务中修改的数据，所以会出现两次读取到不一致的数据，这就叫不可重复读
  
• 幻读：一个事务在未提交之前读取不到其他任何事务对数据的修改，包括提交和未提交的事务。即一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又发现这行数据已经存在了，好像出现了一个幻影。
  

 
五、事务隔离级别

• read uncommitted: 脏读(会出现)、不可重复读(会出现)、幻读(会出现)
  
• read committed:    脏读(不会出现)、不可重读读(会出现)、幻读(会出现)
  
• repeatable read(mysql 默认)：脏读(不会出现)、不可重读度(不会出现)、幻读(会出现)
  
• serializable：脏读(不会出现)、不可重复读(不会出现)、幻读(不会出现)
  

　　
　　5.1 查看事务的隔离级别

1. select @@transaction_isolation;

复制代码

　　5.2 设置事务隔离级别

1. set [session|global] transaction isolation level {read uncimmitted | read committed | repeatable read | serializable};

复制代码

　　说明1：session ：设置仅对当前对话起作用
　　说明2：global ：设置对全局都有用
 
六、事务的演示

　　6.1 案例使用的accout表结构及数据

1. mysql> select * from account;
2. +----+--------+-------+
3. | id | name   | money |
4. +----+--------+-------+
5. |  1 | 张三   |  2000 |
6. |  2 | 李四   |  2000 |
7. +----+--------+-------+
8. 2 rows in set (0.00 sec)

复制代码

 
　　6.2 案例1：

　　　　需求1：模拟转账业务创建一个account表，里面有张三、李四两个人，初始金额都有两千元，现在需求让张三转账1000元给李四
　　　　第一步：张三的账户余额减1000

1. mysql> update account set money = money - 1000 where name="张三";
2. Query OK, 1 row affected (0.01 sec)
3. Rows matched: 1  Changed: 1  Warnings: 0

复制代码

　　　　查询张三、李四的账户余额，验证现在余额的变化

1. mysql> select * from account;
2. +----+--------+-------+
3. | id | name   | money |
4. +----+--------+-------+
5. |  1 | 张三   |  1000 |
6. |  2 | 李四   |  2000 |
7. +----+--------+-------+
8. 2 rows in set (0.00 sec)

复制代码

　　　　说明：此时张三的账户已经减去1000了，但是李四的账户还没有增加1000
　　　　第二步：李四的账户余额加1000

1. mysql> update account set money = money + 1000 where name="李四";
2. Query OK, 1 row affected (0.00 sec)
3. Rows matched: 1  Changed: 1  Warnings: 0

复制代码

　　　　查询张三、李四的账户余额，验证现在余额的变化

1. mysql> select * from account;
2. +----+--------+-------+
3. | id | name   | money |
4. +----+--------+-------+
5. |  1 | 张三   |  1000 |
6. |  2 | 李四   |  3000 |
7. +----+--------+-------+
8. 2 rows in set (0.00 sec)

复制代码

　　　　说明：这个时候李四的账户上也已经增加了1000元，所以这个转账分为了两步实现。
　　6.3 案例2

　　　　异常案例展示：异常说明，如果这个时候在执行完第一步，张三的账户已经减少了1000元，但是系统出问题了，李四的账户上并没有增加1000,这样就出现了异常。
　　　　在进行异常展示之前，先把数据恢复成各自2000的余额

1. mysql> update account set money=2000;Query OK, 2 rows affected (0.02 sec)Rows matched: 2  Changed: 2  Warnings: 0mysql> select * from account;
2. +----+--------+-------+
3. | id | name   | money |
4. +----+--------+-------+
5. |  1 | 张三   |  2000 |
6. |  2 | 李四   |  2000 |
7. +----+--------+-------+
8. 2 rows in set (0.00 sec)

复制代码

　　　　执行异常语句
　　　　

 　　　　再来查询张三和李四的余额

1. mysql> select * from account;
2. +----+--------+-------+
3. | id | name   | money |
4. +----+--------+-------+
5. |  1 | 张三   |  1000 |
6. |  2 | 李四   |  2000 |
7. +----+--------+-------+
8. 2 rows in set (0.00 sec)

复制代码

　　　　说明：这时候张三的余额已经减去1000,但是李四的账户上却没有增加1000,这在显示中是绝对不允许的。
　　6.4 案例3

　　　　使用事务完成，首先同样也是先还原数据，每个人的余额都是2000元

1. mysql> select * from account;
2. +----+--------+-------+
3. | id | name   | money |
4. +----+--------+-------+
5. |  1 | 张三   |  2000 |
6. |  2 | 李四   |  2000 |
7. +----+--------+-------+
8. 2 rows in set (0.02 sec)

复制代码

　　　　执行事务
　　　　

 　　　　在验证这时张三和李四的余额

1. mysql> select * from account;
2. +----+--------+-------+
3. | id | name   | money |
4. +----+--------+-------+
5. |  1 | 张三   |  2000 |
6. |  2 | 李四   |  2000 |
7. +----+--------+-------+
8. 2 rows in set (0.00 sec)

复制代码

　　　　说明1：在使用了事务后，会保证事务的原子性，即该事务内的语句要成功够成功，要失败在全部返回，不会存在部分sql执行成功的情况
 
七、脏读的案例　　　　

　　

　　说明1：首先将模拟客户端改为read uncommitted 模式
　　说明2：客户端1和客户端2同时开启一个事务
　　说明3：在客户端2中修改account表中数据，但并不提交事务
　　说明4：在客户端1中读到了客户端2未提交的事务数据，即read uncommitted 模式下会出现脏读。　　
　　

 
八、不可重复读的案例　　

　　

　　　　说明1：在read committed的隔离模式下
　　　　说明2：客户端1和客户端2，同时开启一个事务
　　　　说明3：客户端2修改张三余额数据，客户端1未查询到客户端2未提交的修改，因为查询到就是脏读了
　　　　说明4：客户端2提交修改余额的事务，客户端1查询，此时查询到张三的余额数据已经修改，及在一个事务中可以查询到其他已经提交事务对数据的修改，而导致在一次事务中对不同数据查询到的值不一致这就是不可重复读。
　　　　说明5：在一个事务中查询到其他未提交的事务修改的数据叫脏读，查询到其他已经提交的事务修改的数据叫不可重复读
 
九、幻读的案例

　　

 　　说明1：多个事务并发时，一个事务新增了数据，并提交，在另外一个事务中查询不到，但是却也不能新增同样的数据，这就是幻读
 

来源:https://www.cnblogs.com/Se7eN-HOU/p/17572139.html
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！