经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 数据库/运维 » MySQL » 查看文章
MySQL 事务 异常 事务隔离的级别 - G-Aurora
来源:cnblogs  作者:G-Aurora  时间:2020/6/29 15:25:18  对本文有异议

MySQL 事务 异常 事务隔离的级别

?

事务

在你操作数据库的同时,有可能其他用户还会不断地对数据进行增删改查操作。为了避免并行进行时出现混乱,就产生了“事务”。事务就是要保证一组数据库操作,要么全部成功要么全部失败,以此来保证不混乱。

事务支持是在引擎层实现的,MySQL支持多系统,不是所有引擎都支持事务。

?

事务的特性(ACID)

  • Atomicity(原子性):原子即不可分割,即事务是进行数据处理的基本单位
  • Consistency(一致性):事务使数据库从一种状态到另一种状态,且数据库的约束性不被破坏
  • Isolation(隔离性):指事务之间保持独立性,不被其他事务影响的特性。分为四个隔离等级
  • Durability(持久性):事务提交后对数据库的修改时“持久的”,持久性是用过日志来实现的(回滚日志+重做日志)。即使发生故障,数据修改依然有效,因为当事务完成,日志就会被更新,我们依然可以恢复到最后一次成功提交事务时的状态。

原子性是基础,一致性是约束,隔离性是手段,持久性是目的。

?

事务操作方式

Mysql默认autocommit = 1compelation = 0

autocommit = 1:每条SQL都自动提交

autocommit = 0:不论是否使用START TRANSACTONBEGIN,总要使用commit才能提交。有些客户端框架会默认连接后先执行set autocommit = 0的命令。这就容易造成长连接,从而造成长事务。

尽量不要长事务,详见"可重复读的实现"

compelation = 0:执行commit仅提交事务

compelation = 1:commit时相当于commit and chain,开启链式事务,提交事务后开启一个相同的事务

compelation = 2: commit时相当于commit and release,提交后会自动断开服务器连接

在MySQL默认的设置下

  • 使用START TRANSACTIONBEGIN显式开启一个事务,然后再用COMMIT提交

  • 使用ROLLBACK进行回滚,或者回滚到ROLLBACK TO [SAVEPOINT]。例如,在一个事务中为有唯一约束(包含主键)的字段插入了 多条有相同值的该字段记录。 那么,在mysql默认情况下就会产生错误,再执行ROLLBACK后就会只有未插入前的数据。如下列代码,执行后前后查询结果一致。

    SELECT * FROM t;
    ...
    BEGIN;
    INSERT INTO t id VALUES 1;
    INSERT INTO t id VALUES 1;
    ROLLBACK;
    SELECT * FROM t;
    

    需要注意的是,插入错误后只有手动ROLLBACK后才会执行后前后查询结果一致,不执行ROLLBACK的结果是后面的查询结果会比前面多一条id为1的记录。

?

三种异常

  • 脏读:事务并行进行时,事务A读到了事务B中新增但未提交的内容
  • 不可重复读:事务并行进行,事务A对表进行查询时事务B对表某行进行修改,导致事务A发现两次读取时的结果不同。
  • 幻读:事务并行进行,事务A进行查询时事务B对表新增数据,导致事务A两次读取时读到更多的数据。

?

用于解决异常的四个事务隔离级别

隔离得越严实,效率就会越低,我们需要在生产中寻找一个平衡点,按业务决定。

对于隔离级别从低到高分别是

  • 读未提交(READ UNCOMMIT) --- 允许读到未提交的数据 --- 不使用锁,无法避免三种异常

  • 读已提交(READ COMMIT) --- 只能读到已提交的数据 --- 其本身可避免脏读(也是Oracle和SQL

    Server默认的隔离级别) --- 可以编写带锁的SQL语句来避免“不可重复读”和“幻读”

  • 可重复读(REPEATABLE READ) --- 事务在执行期间看到的数据必须前后一致 --- 避免 “脏读”和“不可重复读” (是MySQL默认的隔离级别)

  • 可串行化(SERIALIZABLE)--- 将所有事务串行化,是最高隔离等级,可以避免所有异常,但是牺牲了并发性

隔离级别效用说明例题:

  • 读未提交:V1=2 V2=2 V3=2
  • 读已提交:V1=1 V2=2 V3=2
  • 可重复读:V1=1 V2=1 V3=2 (事务在执行期间看到的数据必须一致)
  • 可串行化:V1=2 V2=2 V3=2 (串行化时B在执行“将1改为2”时会被锁住,直到事务A被提交

查询mysql当前的隔离等级

mysql> show variables like 'transaction_isolation';
+-----------------------+-----------------+
| Variable_name         | Value           |
+-----------------------+-----------------+
| transaction_isolation | REPEATABLE-READ |
+-----------------------+-----------------+
1 row in set (0.02 sec)

?

“可重复读”的实现

  • 隔离的实现主要有读写锁多版本并发处理(MVCC)两种方式。(因为读写锁降低了事务并发效率,为了让读写之间也不冲突,就发明了MVCC)

  • 事务隔离的实现拓展阅读见此处,有一定了解后再整理自己的版本

  • 下面简单介绍MVCC利用ReadView(快照)实现可重复读

  • MySQL中每条记录在更新的时候都会同时记录一条回滚日志

在将1依次改为2,3,4的过程中,回滚日志有如下记录
ReadView_A:将2改为1
ReadView_B:将3改为2
ReadView_C:将4改为3
而当前:
	值为4

这就让同一条记录在系统中可以有多个版本,这就是MVCC,此时如果有"将4改为5"的事务,它并不会影响回滚日志中的A、B、C。

  • 尽量不要使用长事务:长事务意味着有很多旧的ReadView(影响回滚空间,5.5之前甚至有可能回滚空间大于真实数据),这会导致占用大量的存储空间,而且长事务还会占用锁资源,有可能拖垮整个库。

  • 删除回滚日志:默认情况下,系统会自行判断,当没有事务需要用到这些回滚日志时就会被删除。在上述例子中,如果修改为4之后就commit(相当短的事务),即会造成“没有事务需要用到这些回滚日志”,上述回滚日志就会被删除。

    也就是说事务未提交前可以回滚,提交后回滚日志会被删除(5.7实验通过)

?

原文链接:http://www.cnblogs.com/G-Aurora/p/13205318.html

 友情链接: NPS