mysql事务

事务(mysql)

第一章 事务概念

1、事务机制在程序开发过程中有着很大的作用。在现实生活中,经常进行转账操作,分为两个步骤:转入与转出,只有当两部分都完成才认为转账成功。

2、如果其中任意操作异常没有执行成功,则会导致两账户的金额不同步,造成错误,为了避免上述错误,数据库引入事务。

3、事务:就是对数据库的一组操作,可以为一条或多条 sql 执行,其特点:要么都做,要么都不做。

在数据库中使用事务时,必须先开启事务,命令如下:

start transaction;

事务开启后就可以执行 sql 语句,sql 语句执行完成后,需要相应语句来提交事务,可使用如下命令来结束事务

#提交
commit;
#回滚
rollback;

sql 语句是自动提交的,事务需要手动提交:commit

如果不想提交事务,可通过 rollback 来回滚事务,使事务结束。

已提交的事务不能回滚

案例操作:

创建表:

create table account(
	id int primary key auto_increment,
    name varchar(40),
    money float
);
#插入数据
insert into account(name,money) values('a',100);
insert into account(name,money) values('b',100);

演示事务操作:

  • 首先开启事务

    • start transaction;
      
  • 转账

    • update account set money=money-10 where name='a';
      update account set money=money+10 where name='b';
      
  • 提交事务

    • commit;
      

通过 a 账户向 b 账户转入 10元,结果如下:

注意:当 update 中出现错误,会导致事务不执行,这样保证了事务的同步性。

而事务有严格的定义,必须满足 4 个特性:

  • 原子性(atomicity)
    • 指一个事务必须视为一个不可分割的最小工作单元,当事务中所有的操作完成后,才算整个事务执行成功,事务中有一条 sql 失败,则执行成功的 sql 也必须撤销,数据库的状态回退到执行事务前的状态
  • 一致性(consistency)
    • 指事物将数据库从一种状态转换为另一种状态;例如事务执行失败,数据库回退到执行事务前的状态。
  • 隔离性(isolation)
    • 也称并发控制、可串性化、锁等,指事务各自执行,互不干扰
  • 持久性(durability)
    • 事务操作一旦提交,其修改的数据就会永久保存在数据库中。

第二章 事务提交

事务操作最后需要手动提交,这个过程为确认过程。

例如在第一章 中 a账户向 b 账户转账了 10元,现在反过来

start transaction;
update account set money=money+10 where name='a';
update account set money=money-10 where name='b';

执行上述命令,后查看数据

上述事务没有提交|回滚操作,这样会导致数据只是临时修改,当重新登录数据库后,数据库中没有改变,如下:

发现数据没有修改,因为事务需要手动提交,下面为手动提交后的结果:(重新登录数据库)

start transaction;
update account set money=money+10 where name='a';
update account set money=money-10 where name='b';
commit;

所以事务一定需要提交,否则事务操作是暂时的。

第三章 事务回滚

在操作事务时,发现当前事务中的操作不合理,此时只要事务还没有提交,就可以通过 回滚 来取下事务.

案例操作:a账户向 b 账户转账 10元

start transaction;
update account set money=money-10 where name='a';
update account set money=money+10 where name='b';

上述命令没有提交命令,也就是事务没有提交

执行结果如下:

可以看出转账操作成功执行,但此时 a 不想转账了,这时由于事务还没提交,所以可以撤销上述操作,通过如下命令:

rollback;

上述命令执行后结果如下所示:

可发现转账操作撤销了。

第四章 事务隔离级别

数据库是多线程并发访问的,所以很容易出现多个线程同时开启事务的情况,这样会出现以下情况:

  • 脏读
  • 重复读
  • 幻读
  • ......

为了避免情况的发生,需要设置事务隔离级别。

mysql 中的隔离级别有如下 4 种:

  • read uncommitted:读未提交
    • 最低级别
    • 该级别下的事务会读取到另一事务中未提交的数据,称为:脏读(dirty read),这是很危险的,所以很少用
  • read committed:读已提交
    • 大多数据库管理系统的默认隔离级别,如 oracle
    • 该级别下的事务只能读取其他事务已经提交的内容
    • 可避免脏读,但不能避免 不可重复读、幻读。
    • 不可重复读:指事务内重复读取别的线程已经提交的数据,但两次读取的结果不一致,原因是查询过程中其他事务做了更新操作。
    • 幻读:指在一个事务内两次查询中数据条数不一致,原因是查询过程中其他事务做了添加操作。
    • 不可重复读与幻读严格上说不是错误,但其情况不符合实际需求。
  • repeatable read:可重复读
    • MySQL 的默认事务隔离级别
    • 避免脏读、不可重复读问题
    • 会出现幻读情况
    • 确保同一事务的多个实例在并发读取数据时,看到的是相同的数据
  • serializable:可串行化
    • 事务的最高隔离级别
    • 会对事务强制排序,使其不发生冲突
    • 解决脏读、幻读、不可重复读问题。
    • 实际上就是在读数据时,进行加锁操作,可能导致大量的超时现象和锁争

4.1、脏读演示

脏读:一个事务读取了另外一个事务未提交的数据。

如 a 向 b 进货,a开启事务执行下述操作:

start transaction;
update account set money=money-10 where name='a';
update account set money=money+10 where name='b';

这时,a中的事务没有提交,通知 b 查询账户,而 b 的隔离级别低,就会读取到 a 中未提交的数据,b发现账户增加了 10元,于是向 a 发货,等 b 发货后,a 回滚事务,此时 b 就会亏损。如下操作演示上述问题:

1、设置 b 中的事务隔离级别

mysql 中默认隔离级别为repeatable read:可重复读

这里设置其隔离级别为:read uncommitted:

set session transaction isolation level read uncommitted;

session:当前会话

transaction:事务

isolation:隔离

level:级别

read uncommitted:当前隔离级别

查询事务隔离级别为:

select @@transaction_isolation;# mysql8

可发现修改成功。

2、演示脏读

b账户:先开启一个事务,在其中查询余额信息

a账户:开启事务,执行转账

start transaction;
update account set money=money-10 where name='a';
update account set money=money+10 where name='b';

b账户:查询账户余额

发现账户显示钱已到帐,可以发货,当发货后,a账户回滚事务,这样 b账户就会亏损

当 b账户设置隔离级别为:读已提交 后,再次执行上述操作,发现 b账户中没有变化。

4.2、演示不可重复读

指事务中两次查询结果不一致,原因是查询过程中其他事务做了更新操作。

例如:银行统计报表期间,第一次 a账户有 100元,第二次查询 a账户有 99元,原因是统计期间 a账户取出了 10元,这样会导致多次统计报表的结果不一致。

演示:

b账户:开启事务,在事务中查询账户余额信息

a账户:直接修改数据,不用开启事务

b账户:查询数据:

当设置 b账户事务隔离级别为 :repeatable read;时,重复上述操作:

发现不变。

4.3、演示幻读

指在一个事务中两次查询中数据条数不一致,因为其他事务做了插入操作

b账户:事务隔离级别设置为 :read committed;且查询账户余额

a账户:直接插入,不用开启事务

b账户:查询

发现账户多数据

当需改b账户事务隔离级别为:重复读,再次执行上述操作,结果如下。

发现结果一致。

热门相关:超武穿梭   夫人你马甲又掉了   特工重生:快穿全能女神   重生当学神,又又又考第一了!   新妈妈的礼物:年糕