文章目录
事务概念
mysql 本身内部采用 多线程的方式,来实现数据存储 相关的工作 就注定对数据 有并发访问的场景
为了解决这类问题,就提供了 事务 的概念
火车票售票系统中 存在一张tickets表,包含 id 、name 和 nums(票数)
mysql是一个网络服务,被一个人访问时,也有可能被其他人访问
当客户端A和客户端B 同时向火车票售票系统 购买票时
假设只有一张票,当客户端A想要买票时,经过if判断时,发现票数为1
但可能由于mysql内部的多线程 被调度了,负责给客户端A买票的线程被挂起了
当客户端B想要买票时,经过if判断,发现票数依旧为1
就会出现 仅有的一张票被卖了两次
增删查改 满足 以下情况,即可解决上述问题
买票的过程需要 是原子的
( 要不就别买票,要买 就将票买完)
买票互相不能影响
( 不能发生 A正在买票,B也过来买票的情况,A和B两者买票不能互相影响)
买完票要永久有效
(不能发生买完票后,不承认该票存在的情况)
买前和买后的状态是确定的
(买前就是没买票,买后就是买了票,不能出现中间状态的情况)
什么是事务?
编写sql语句时,有可能一条sql语句是解决不掉问题的,需要一批sql语句共同组合才能完成
如:从银行卡A中提钱,向银行卡B转账,将银行卡A中的钱减100,再将银行卡B中的钱加100
使用两条sql 语句 才能完成,单独一条语句是完不成操作的
事务 是由 一条或者多条事务 构成的集合体,这个集合体 需要共同完成某种任务
构成这个集合体的语句,要么全部失败,要么全部成功
同样事务规定不同的客户端 看到的数据是不同的
事务主要处理 操作量大、复杂度高的数据
如:你毕业了,学校的教务系统中要删除你的全部数据,除了删除姓名、电话等基本信息,还要删除你的其他有关信息
mysql为了保证事务的正确运行,就需要维护四大属性
原子性: 一个事务的所有操作,要么就全部都完成,要么就全部都不完成,不会出现结束在中间某个环节
隔离性: 数据库允许多个并发事务 同时对其数据进行 读写和修改的能力
隔离性可以防止多个事务 并发执行时由于交叉执行而导致数据的不一致
其中隔离级别 分为 未提交(Read uncommitted) 、读提交(read committed)、可重复读(repeatable read)以及 串行化( Serializable)
持久性: 事务处理结束后,对数据的修改 就是永久的, 即便系统故障也不会丢失
一致性: 在事务开始之前和事务结束过程之后,数据库的完整性没有被破坏
( 在操作之前 对操作之后 所发生的事情 进行预期,并且在操作后,其发生的事情与预期相同)
四大属性 简称为ACID
原子性(Atomicity)
一致性(Consistency)
隔离性(Isolation)
持久性(Durability)
为什么要有事务?
事务 被 MySQL 编写者设计出来
本质是为了当应用程序访问数据库时,事务能简化编程模型,不需要去考虑潜在错误和并发问题
事务本质上是为应用层服务的, 而不是随着数据库天然就有的
事务的版本支持
输入 show engines \G 查询mysql支持的存储引擎
发现是支持 innodb储存引擎的,并且默认是 innodb
在comment描述中,说明支持事务
而myisam 是不支持事务的
事务的提交方式
事务共有两种提交方式: 手动提交 和 自动提交
输入 show variables like ‘autocommit’ 查询提交方式
ON 表示 自动提交
输入 set autocommit =0; OFF表示关闭自动提交
输入 set autocommit =1; ON表示打开自动提交
事务常见操作方式
输入 set global transaction isolation level read uncommitted;
将mysql的隔离级别设置成 读未提交(read uncommitted)
再输入 select @@tx_isolation; 查询当前的隔离级别
发现隔离级别 依旧为 可重复读(repeatable read) 而不是读未提交
将隔离级别修改后 ,需要重启客户端
重启后,再次输入 select @@tx_isolation; 进行查询
发现隔离级别 已经变为 读未提交(read uncommitted)
基本操作
创建一张表 acount,其中包含 约束为主键的key 、不为空 并且默认为空字符串的name
指定长度为10 小数部分为2位 并且默认为0.0 的blance
输入 show variables like ‘autocommit’ 查询提交方式
ON 表示 自动提交
说明当前提交方式为自动提交
启动事务的方案 为 start transaction 和 begin
在终端1 和终端2 中 分别 使用 start transaction 和 begin 启动不同的事务
在终端1中 输入 savepoint s1 记录 保存点 s1
并向 account表中插入 数据
插入后,再次设置保存点 s2
在终端2中,输入 select * from account 查询account表的信息 就可以查到插入的数据
在终端1中,再次插入数据
在终端2中,依旧可以从表中查到数据
在终端1中,若不想把 李四插入到表中,可以进行定向回滚
输入 rollback to s2 回滚到保存点s2
在终端2中,此时再次查询account表中数据,发现只有张三存在
最终输入 commit 结束事务
在终端1中 插入数据后 , 若直接输入 rollback 则会将表中数据全部清空
若想将对应的两个插入操作,变为 持久化 保存到 mysql中
先 输入 commit 进行提交
再输入 rollback 清空表时 ,发现 表中数据依旧存在
即已经进行提交的操作, 是没办法进行回滚的
版权归原作者 风起、风落 所有, 如有侵权,请联系我们删除。