Mysql事务(Transaction)

概述

一个事务是一个完整的业务逻辑单元,不可再分。

比如:银行账户转账,从A账户向B账户转账10000。需要执行两条update语句:一是A账户减10000,二是B账户加10000:

update t_act set balance = balance - 10000 where actno = 'act-001';
update t_act set balance = balance + 10000 where actno = 'act-002';

以上两条DML语句必须同时成功,或者同时失败,不允许出现一条成功,一条失败。要想保证以上的两条DML语句同时成功或者同时失败,那么就需要使用数据库的“事务机制”。

  • 和事务相关的语句只有:DML语句。(insert delete update)
    为什么?因为它们这三个语句都是和数据库表当中的“数据”相关的。事务的存在是为了保证数据的完整性,安全性,从实际角度出发就是捆绑DML语句。

  • 假设所有的业务都能使用1条DML语句搞定,还需要事务机制吗?不需要事务。但实际情况不是这样的,通常一个业务需要多条DML语句共同联合完成。

基本术语

  • 事务(Transaction):一批操作(一组DML)
  • 开启事务(Start Transaction)
  • 回滚事务(rollback)
  • 提交事务(commit)
  • SET AUTOCOMMIT:禁用或启用事务的自动提交模式

当执行DML语句是其实就是开启一个事务
关于事务的回滚需要注意:只能回滚insert、delete和update语句,不能回滚select(回滚select没有任何意义),对于create、drop、alter这些无法回滚.事务只对DML有效果。

事务的四大特性:ACID

  • A: 原子性:事务是最小的工作单元,不可再分。
  • C: 一致性:事务必须保证多条DML语句同时成功或者同时失败。
  • I:隔离性:事务A与事务B之间具有隔离。
  • D:持久性:持久性说的是最终数据必须持久化到硬盘文件中,事务才算成功的结束。

事务的执行逻辑

在这里插入图片描述
事务的提交:清空事务记录、改变硬盘上的实际数据。
事务的回滚:清空事务记录,不改变硬盘上的实际数据。

事务的隔离级别

一致性问题

  • 脏读取(Dirty Read)
    一个事务开始读取了某行数据,但是另外一个事务已经更新了此数据但没有能够及时提交,这就出现了脏读取。
  • 不可重复读(Non-repeatable Read)
    在同一个事务中,同一个读操作对同一个数据的前后两次读取产生了不同的结果,这就是不可重复读。
  • 幻像读(Phantom Read)
    幻像读是指在同一个事务中以前没有的行,由于其他事务的提交而出现的新行。

四个隔离级别

事务隔离性存在隔离级别,理论上隔离级别包括4个:

  • 第一级别:读未提交(read uncommitted)
    对方事务还没有提交,我们当前事务可以读取到对方未提交的数据。
    读未提交存在脏读(Dirty Read)现象:表示读到了脏的数据。

  • 第二级别:读已提交(read committed)
    对方事务提交之后的数据我方可以读取到。
    这种隔离级别解决了: 脏读现象没有了。
    读已提交存在的问题是:不可重复读。

  • 第三级别:可重复读(repeatable read)
    这种隔离级别解决了:不可重复读问题。
    这种隔离级别存在的问题是:读取到的数据是幻象。

  • 第四级别:序列化读/串行化读(serializable)
    解决了所有问题。
    效率低。需要事务排队。

    oracle数据库默认的隔离级别是:读已提交。
    mysql数据库默认的隔离级别是:可重复读。

隔离级别与一致性问题的关系

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值