MySQL 数据库--事务

本文详细介绍了MySQL数据库中的事务,包括事务的概念、ACID特性(原子性、一致性、隔离性、持久性)以及事务之间的相互影响(脏读、不可重复读、幻读、丢失更新)。此外,还探讨了MySQL的事务隔离级别,如read committed、repeatable read和serializable,并提供了操作事务的方法,包括使用事务命令和set设置。
摘要由CSDN通过智能技术生成

前言

数据库事务(Database Transaction)是指作为单个逻辑工作单元执行的一系列操作,要么完整地执行,要么完全地不执行
正常情况下,这些操作将顺利进行,最终操作成功
但是,如果在这一系列过程中任何一个环节除了差错,数据库中所有信息都必须保持第一步操作前的状态不变
否则,数据库的信息将会一片混乱而不可预测

 

一、事务的概念及特点

1.概念

  • 事务是一种机制、一个操作序列,包含了一组数据库操作命令,并且把所有的命令作为一个整体一起向系统提交或撤销操作请求,即这一组数据库命令要么都执行,要么都不执行
  • 事务是一个不可分割的工作逻辑单元,在数据库系统上执行并发操作时,事务是最小的控制单元
  • 事务适用于多用户同时操作的数据库系统的场景,如银行、保险公司及证券交易系统等等,通过事务的整体性以保证数据的一致性
  • 事务是保证了一组操作的平稳性和可预测性的技术
  • 说白了,所谓事务,它是一个操作序列,这些操作要么都执行,要么都不执行,它是一个不可分割的工作单位

2.事务的 ACID 特性

2.1 原子性

  • 指事务是一个不可再分割的工作单位,事务中的操作要么都发生,要么都不发生
  • 事务是一个完整的操作,事务的各元素是不可分的,即原子的
  • 事务中的所有元素必须作为一个整体提交或回滚
  • 如果事务中的任何元素失败,则整个事务将失败
  • 例:A 给 B 转帐 100 元钱的时候只执行了扣款语句,就提交了,此时如果突然断电,A账号已经发生了扣款,B账号却没收到加款,在生活中就会引起纠纷;这种情况就需要事务的原子性来保证事务要么都执行,要么就都不执行
     

2.2 一致性

  • 指在事务开始之前和事务结束以后,数据库的完整性约束没有被破坏
  • 当事务完成时,数据必须处于一致状态
  • 在事务开始前,数据库中存储的数据处于一致状态
  • 在正在进行的事务中,数据可能处于不一致的状态
  • 但当事务成功完成时,数据必须再次回到已知的一致状态
  • 例:对银行转帐事务,不管事务成功还是失败,应该保证事务结束后表中 A 和 B 的存款总额跟事务执行前一致

2.3 隔离性

  • 指在并发环境中,当不同的事务同时操纵相同的数据时,每个事务都有各自的完整数据空间
  • 对数据进行修改的所有并发事务是彼此隔离的,表明事务必须是独立的,它不应以任何方式依赖于或影响其他事务
  • 修改数据的事务可在另一个使用相同数据的事务开始之前访问这些数据,或者在另一个使用相同数据的事务结束之后访问这些数据
     

2.4 持久性

  • 在事务完成以后,该事务对
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值