目录

  • 概述
  • 什么是事务
  • 补充:存储引擎
  • 事务的特点(ACID属性)
  • 原子性(Atomicity)
  • 一致性(Consistency)
  • 隔离性(Isolation)
  • 持久性(Durability)
  • 事务的创建
  • 隐式事务和显式事务
  • 事务的创建步骤
  • 事务创建的演示
  • 事务并发
  • 事务并发时会产生的问题
  • 如何去避免
  • 回滚点
  • delete和truncate在事务中的区别


概述

什么是事务

  • 事务:一个或一组SQL语句组成一个执行单元,这个执行单元中的内容要么全部执行,要么全部不执行。
  • 详细解释:事务是由单独单元的一个或多个SQL语句组成,在这个单元中,每个SQL语句都是相互依赖的。而整个单独单元作为一个不可分割的整体,如果单元中某条SQL语句(任意一条)一旦执行失败产生错误,整个但会将会回滚。所有受到影响的数据将返回到事务开始以前的状态;如果单元中所有的SQL语句都执行成功,则事务被顺利执行。
  • 比如A给B转账,数额为x,在数据库中的数据变化大体可以抽象为以下过程
  1. A转账后的余额 = A转账前的余额 - 转账的数额x
  2. B转账后的余额 = B转账前的余额 + 转账的数额x
  • 对于上面的过程,如果在步骤1执行过后突然发生了错误,导致步骤2没有执行,那么就会造成A转账的钱没有到B的余额上,但是钱丢失了。这是就需要将以上两个步骤归为一个单元(事务),当步骤1执行完成后,如果发生错误,整个过程会回滚,即A的余额恢复到步骤1执行完成前的状态,避免了金额的损失。

补充:存储引擎

  • 概念:在MySQL中的数据用不同的技术储存在文件(或内存)中。
  • 通过show engines;来查看MySQL支持的存储引擎。
  • 在MySQL中用的最多的储存引擎有:innoDB、MyIsam、Memory。其中InnoDb支持事务、而MyIsam、Memory不支持事务

事务的特点(ACID属性)

原子性(Atomicity)

  • 原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生
  • A给B转账,要么A扣钱、B收钱;要么A不扣、B也不收。不会发生A扣钱,B没收钱的情况。

一致性(Consistency)

  • 事务必须是数据库从一个一致性的状态变换到另一个一致性的状态
  • A和B转账前的余额总和为N,转账完成后,A和B的余额总和依然为N。

隔离性(Isolation)

  • 事务的隔离性是指一个事务的执行不能被其他事务干扰,即一个事务的内部操作使用的数据并发的其他事务是隔离的,并发执行的各个事务之间不能相互干扰

持久性(Durability)

  • 持久性是指一个事务一旦被提交(整个事务都执行成功),它对数据库中数据的改变就是永久性的,接下来的其他操作数据库故障不应该对其有任何影响。
  • A向B转账完成后,如果不对他们的数据再进行其他操作,那么他们账户的金额将不会再改变。

事务的创建

隐式事务和显式事务

  • 隐式事务:事务没有明显的开启和结束的标记,比如之前学到的insert、update、delete等语句,当这些语句执行完毕后,就会自动提交
  • 显示事务:事务具有明显的开启和结束的标记。
  • 前提:必须先设置自动提交功能为禁用,使用set autocommit=0;语句来禁用自动提交。
  • 注意,禁用自动提交功能仅在当前的事务有效,在下次创建新事务时,需要重新禁用自动提交功能

事务的创建步骤

  • 步骤1:开启事务start transaction;语句可选,因为set autocommit = 0;语句已经开启了事务,但是还是建议加上,增强可读性。
#注意都要带分号
set autocommit = 0;
start transaction; #可选
  • 步骤2:编写事务中的SQL语句selectinsertupdatedelete等等,即对数据的增删改查的相关语句,需要注意的是,DDL语言不支持事务,即没有事务之说,比如createalterdrop等等)
  • 步骤3:结束事务
commit;	#提交事务
rollback;	#回滚事务
# 以上语句二选一,不能都写上

事务创建的演示

  • A给B转账,转账后A的余额为500,B的余额为1500。(这里只是演示事务创建的过程,所以直接更新两个人的余额)
  • 演示回滚,将A和B的余额都更新为1000,但是这里将提交变为回滚。可以看到,回滚前数据已经更新,但是回滚后,数据又变回了事务执行前的状态
  • 可以理解为,在事务执行时,提交或回滚前的内容都是在内存里执行的,没有对数据库中的数据进行实际操作,只有在事务结束后,才会根据最后是提交操作还是回滚操作,选择对数据库中的数据进行更改,还是保持执行前的状态不变。

事务并发

  • 对于同时运行多个事务时,当这些事务同时访问数据库中相同的数据时,如果没有采取必要的隔离机制,就会导致各种并发问题。

事务并发时会产生的问题

  • 脏读:对于两个事务T1和T2,T1读取了已经被T2更新但还没被提交的字段之后,如果T2回滚,T1读取的数据就是临时且无效的。
  • 不可重复读:对于两个事务T1和T2,T1读取了一个字段,然后T2更新了该字段之后,T1再次读取同一个字段,但是这时以第一次读取的数据已经不同了。
  • 幻读:对于两个事务T1和T2,T1从表中读取了一个字段,然后T2在该表中插入了一些新的行之后,如果T1再次读取同一个表,就会多出几行。
  • 这些问题都可以总结为,当一个事务从数据库中读取数据后,数据库中的数据被另一个事务改变了(污染了),从而导致数据不一致的问题。

如何去避免

  • 数据库事务的隔离性:数据库系统必须具有隔离并发运行各个事务的能力,使它们不会相互影响,避免各种并发问题。
  • 一个事务以其他事务隔离的程度叫做隔离级别。数据库规定了多种事务隔离级别,不同隔离级别对应不同的干扰程度,隔离级别越高,数据一致性就越好,但并发性越弱
  • MySQL支持的四种隔离级别(Oracle只支持READ COMMITEDSERIALIZABLE两种隔离级别),MySQL默认隔离级别是REPEATABLE READ
  • 相关语句
  • 查看隔离级别:select @@tx_isolation;
  • 设置隔离级别:set session|globla transaction isolation level 隔离级别;(其中session表示当前连接的隔离级别,global表示全局隔离级别)

回滚点

  • savepoint 节点名;:设置回滚点(保存点)
  • 回滚点之前的数据会被恢复,之后的数据会被修改。

delete和truncate在事务中的区别

  • 区别:delete支持回滚,而truncate不支持回滚
  • delete
  • truncate