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

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

    当数据库上有多个事务同时执行的时候，就可能出现脏读（dirty read）、不可重复读（nonrepeatable read）、幻读（phantom read）的问题。

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

    1. 读未提交（read uncommitted）
    2. 读提交（read committed）
    3. 可重复读（repeatable read）
    4. 串行化（serializable ）
    • 读未提交是指，一个事务还没提交时，它做的变更就能被别的事务看到。
    • 读提交是指，一个事务提交之后，它做的变更才会被其他事务看到。
    • 可重复读是指，一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一 致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。
    • 串行化，顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突 的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。

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

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

    有些客户端连接框架会默认连接成功后先执行一个set autocommit=0的命令。这就导致接下来的 查询都在事务中，如果是长连接，就导致了意外的长事务。 因此，我会建议你总是使用set autocommit=1, 通过显式语句的方式来启动事务。