简单的来说，事物就是要保证一组数据库的操作，要么全部成功，要么全部失败。事物的支持是在引擎层实现的，并不是所有的引擎都支持事物，例如MySQL 原生的MyISAM引擎就不支持事物，这也是MyISAM被InnoDB 取代的重要原因
事物的特点： ACID (Atomicity, Consistency，Isolation, Durability，即原子性、一致性、隔离性、持久性)

MySQL 隔离性

SQL标准的事务隔离级别包括：读未提交（read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（serializable ）

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

事物隔离的实现

在MySQL中，实际上每条记录在更新的时候都会同时记录一条回滚操作。记录上的最新值，通过回滚操作，都可以得到前一个状态的值。
假设一个值从1被按顺序改成了2、3、4，在回滚日志里面就会有类似下面的记录

当前值是4，但是在查询这条记录的时候，不同时刻启动的事务会有不同的read-view。如图中看到的，在视图A、B、C里面，这一个记录的值分别是1、2、4，同一条记录在系统中可以存在多个版本，就是数据库的多版本并发控制（MVCC）

基于上面的说明，我们来讨论一下为什么建议你尽量不要使用长事务。

长事务意味着系统里面会存在很老的事务视图。由于这些事务随时可能访问数据库里面的任何数据，所以这个事务提交之前，数据库里面它可能用到的回滚记录都必须保留，这就会导致大量占用存储空间。

事物的启动方式

MySQL 的事物启动方式有一下两种：

• 显式启动事物语句，begin 或 start transaction。 配套的提交语句是commit, 回滚语句是rollback
• set autocommit = 0, 这个命令会将这个线程的自动提交关闭掉，以为值如果你只执行了一个select 语句， 这个事物就启动了，并且不会自动提交，这个事物会持续存在知道你主动执行commit 或 rollback 语句，或者断开链接。
  有些客户端连接框架会默认连接成功后先执行一个set autocommit=0的命令。这就导致接下来的查询都在事务中，如果是长连接，就导致了意外的长事务。
  因此，我会建议你总是使用set autocommit=1, 通过显式语句的方式来启动事务。