Mysql事务隔离

数据库事务隔离

事务的介绍

事务就是一组原子性的sql查询,或者说是一个独立的工做单元。简而言之,事务内的语句要么所有执行成功,要么所有执行失败。mysql

在Mysql中,事务支持是在引擎层实现的,但并非全部的Mysql引擎都支持事务,好比MyISAM引擎就不支持事务,这也是MyISAM被InnoDB取代的重要缘由之一。sql

提到事务,咱们确定会想到ACID:数据库

  • 原子性(Atomicity)
  • 一致性(Consistency)
  • 隔离性(Isolation)
  • 持久性(Durability)

隔离级别

当数据库中有多个事务同时执行时,就可能会出现脏读、不可重复读、幻读等问题,由于就有了事务隔离级别的概念。性能

SQL标准正定义了四种隔离级别:线程

  1. READ UNCOMMITTED (未提交读)

    事务中的修改,即便尚未提交,对其余事务都是可见的。事务能够读取未提交的数据,也被称为脏读(Dirty Read)。日志

  2. READ COMMITTED(提交读)

    一个事务提交后,所作的变动才能被其余事务看到。这个级别也叫不可重复读,由于事务中执行2次相同的查询,可能获得的结果是不同的。code

  3. REPEATABLE READ(可重复读)

    一个事务执行的过程当中,老是和这个事务在启动时看到的数据是一致的。固然在这个级别下,未提交的数据变动对其余事务也是不可见的。orm

  4. SERIALIZABLE(可串行化)

    对同一行记录,写和读都会加锁,当出现读写锁冲突时,后访问的事务必须等前一个事务执行完成才能继续执行,就会致使大量的超时和锁争用的问题。事务

在实现上,数据库里面会建立一个视图,访问的时候以视图的逻辑为准。ci

在可重复读这个隔离级别下,这个视图是事务开启的时候建立的,整个事务期间都用这个视图。

在读提交的隔离级别下,这个视图是在sql语句开始执行的时候建立的。

在读未提交的隔离级别下,直接返回记录上的最新值,没有视图概念。

在串行化的隔离级别下,直接用加锁的方式避免并行访问。

配置的方式是将启动参数transaction-isolation设置成想要的隔离级别。

查看当前设置:

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

总之,存在即合理,不一样的隔离级别适用于不一样的场景,具体咱们应该根据业务场景来决定。

事务隔离的实现

在Mysql中,实际上每条记录的更新同时也会记录一条回滚操做,记录上的最新值经过回滚操做,均可以获得前一个状态的值。

系统会自动判断,当没有事务再须要回滚日志时,会删除回滚日志。

为何不建议使用长事务:

长事务意味着系统里面会存在很老的事务视图,因为这些事务随时能够访问数据库里面的任何数据,因此这个事务提交以前,数据库里可能用到的回滚记录必须保留着,这就会占用大量的存储空间。同时长事务还占用锁资源,也可能拖垮整个库。

事务启动的方式

  • 显式启动事务语句,begin或者start transaction,提交就是commit,回滚用rollback。
  • set autocommit = 0,这个命令会将线程的自动提交关掉,意味着若是执行一个select 语句,这个事务就启动了,而且不会自动提交,直到你主动执行commit或者rollback,或者断开链接。

我的建议仍是经过第一种方式显式启动事务,避免长事务的发生。

在 set autocommit = 1 的状况下,用 begin 显式启动的事务,若是执行 commit 则提交事务。若是执行 commit work and chain,则是提交事务并自动启动下一个事务,这样也省去了再次执行 begin 语句的开销。

查询长事务:

下面语句是查询持续时间超过60s的事务

mysql> select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>60;
Empty set (0.00 sec)

总结下来,咱们在开发过程当中,尽可能少用长事务,若是没法避免,保证逻辑日志空间足够大,而且支持动态日志空间增加。监控Innodb_trx表,发现长事务报警。

欢迎交流。

参考资料

《高性能Mysql》

极客时间-Mysql实战45讲

相关文章
相关标签/搜索