MySQL事务处理

database

概述

  • 在MySQL中只有使用了InnoDB数据库存储引擎的数据库或表才支持事务
  • 事务处理可以用来维护数据库的完整性,保证成批的SQL语句要么全部成功,要么全部失败。
  • 事务用来管理DDL、DML、DCL操作,比如:insert、update、delete语句,默认是自动提交的

一般来讲,事务是必须满足4个条件(ACID)

  1. Atomicity(原子性)
  2. Consistency(一致性)
  3. Isolation(隔离性) -->由MVCC的锁机制来实现的

    1. MVCC:优化读写性能(读不加锁,读写不冲突。不能优化读读和写写这种情况)
  4. Durabolity(持久性)

对于ACID的解释如下:

  1. 原子性:构成事务的所有操作必须是一个逻辑单元,要么全部成功,要么全部失败。
  2. 一致性:数据库再事务执行前后状态都必须是确定的或者是一致的。
  3. 隔离性:事务之间不会相互影响。

事务支持

  在MySQL命令行的默认设置下,事务都是自动提交的,既执行SQL语句后就会马上执行COMMIT操作,因此要显式地开启一个事务必须使用命令BEGIN或START TRANSACTION,或者执行命令 SET AUTOCOMMIT=0,用来禁止使用当前会话的自动提交。

常见的操作

  • BEGIN或START TRANSACTION:显式地开启一个事务;
  • COMMIT也可以使用COMMIT WORK,不过二者是等价的,COMMIT会提交事务,并使已对数据库进行的所有修改成为永久性的
  • ROLLBACK也可以使用ROLLBACK WORK,不过二者是等价的,回滚回话结束用户的事务,并撤销正在进行的所有未提交的修改。

事务并发问题

在事务的并发操作中可能会出现一些问题:

  • 丢失更新:一个事务更新之后,另一个事务也更新了,但是第二个事务回滚了,则第一个事务也被回滚了
  • 脏读:一个事务读取到另一个事务未提交的数据
  • 不可重复读:一个事务因读取到另一个事务已提交的数据,导致对同一条记录读取两次以上的结果不一致,update操作。
  • 幻读:一个事务因读取到另一个事务已提交的数据。导致对同一张表读取两次以上的结果不一致,insert、delete操作

事务隔离级别

  为了避免上面出现的几种情况,在MySQL规范中,定义了4个事务隔离级别,不同隔离级别对事物的处理不同

由低到高:

  1. Read uncommitted(读未提交):最低级别,任何情况都无法保证。
  2. Read committed(读已提交):可避免脏读的发生。
  3. Repeatable read(可重复读):可避免脏读,不可重复读的发生。
  4. Serializable(串行化):可避免脏读,不可重复读,幻读的发生。

默认隔离级别

  大多数据库的默认隔离级别是Read committed

查看隔离级别

select@@tx_isolation

 

修改事务隔离级别

set[ global | session ]transactionisolationlevelReaduncommitted|Readcommitted|Repeatable|Serializable;

注意事项

  隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大。

  对于多数应用程序,可以优先考虑把数据库系统的隔离级别设置为Read Committed。他能够避免脏读,而且具有较好的并发性能,尽管他会导致不可重复度、幻读这些并发问题,在可能出现这类问题的个别场合,可以由应用程序采用悲观锁或乐观锁来控制。

以上是 MySQL事务处理 的全部内容, 来源链接: utcz.com/z/534151.html

回到顶部