简单来说事务就是保证一组数据库操作，要么全部成功，要么全部失败。MySQL 是一个支持多引擎的系统，但并不是所有的引擎都支持事务。比如 MySQL 原生的 MyISAM 引擎就不支持事务，这也是 MyISAM 被 InnoDB 取代的重要原因之一。

事务特性

ACID（Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔离性、持久性）。

隔离级别

SQL 标准的事务隔离级别包括：

  • 读未提交（read uncommitted）
  • 读提交（read committed）
  • 可重复读（repeatable read）
  • 串行化（serializable ）


隔离级别 解释
读未提交 一个事务还没提交时，它做的变更就能被别的事务看到
读提交 一个事务提交之后，它做的变更才会被其他事务看到
可重复读 一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。在可重复读隔离级别下，未提交变更对其他事务也是不可见的
串行化 对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行

修改事务隔离级别

配置的方式是，将启动参数 transaction-isolation 的值设置成 READ-COMMITTED。你可以用 show variables 来查看当前的值。

事务隔离级别实现原理

不同时刻启动的事务会有不同的 read-view ，例如一条记录从 1 依次改到 2、3、4 ， 这就是数据库的多版本并发控制（MVCC）。
回滚日志会一直保存，直到系统里没有比回滚日志更早的 read-view 的时候。

不建议用长事务。长事务意味着数据库里有很老的回滚日志，因为这个事务还未结束，可能会随时访问数据库的任何数据，所以这个事务提交前，数据库里它可能用到的回滚日志都要保留。

MySQL 5.5及更早的版本，回滚日志是和字典一起放在 ibdata 文件里，及时长事务提交，回滚段被清理，文件也不会变小。

事务的启动方式

事务的启动方式有以下2种：

  1. 显式启动事务语句， begin 或 start transaction。配套的提交语句是 commit，回滚语句是 rollback。
  2. set autocommit=0，这个命令会将这个线程的自动提交关掉。意味着如果你只执行一个 select 语句，这个事务就启动了，而且并不会自动提交。这个事务持续存在直到你主动执行 commit 或 rollback 语句，或者断开连接。

    有些客户端连接框架会默认连接成功后先执行一个 set autocommit=0 的命令。这就导致接下来的查询都在事务中，如果是长连接，就导致了意外的长事务。

建议set autocommit=1
**
对于一个需要频繁使用事务的的业务，第二种看起来会方便一点，在事务开始时候不需要每次使用 begin ，减少语句交互，这种情况建议使用 commit work and chain (提交事务并自动启动下一个事务)。

查看长事务

可以在 information_schema 库的 innodb_trx 这个表中查询长事务
查询持续时间超过60s的事务

  1. select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>60