事务就是要保证一组数据库操作，要么全部成功，要么全部失败。在Mysql中，事务支持是引擎层实现的，Mysql支持多引擎的系统，但是并不是所有的引擎都支持事务。事务的特性ACID：Atomicity（原子性），Consistency（一致性），Isolation（隔离性），Durability（持久性）。
当数据库上有多个事务同时执行的时候，就可能出现脏读（dirty read），不可重复度（non-repratable rread），幻读（phantom read）的问题，为了解决这些问题，就有了隔离级别的概念。
Sql标准的事务隔离级别包括：
读未提交 read uncommitted：一个事务还没有提交时，它做的更改就能被别的事务看到。
读提交 read committed：一个事务提交之后，它做的更改才能被其他事务看到。
可重复度 repeatable read：一个事务执行过程中看到的数据，总是个这个事务在启动时看到的数据是一致的。
串行化 serializable：对于同一行记录，写会加写锁，读会加读锁。当出现读写锁冲突的时候，后一个事务必须等前一个事务执行完成。才能继续执行。
隔离级别越高，效率就越低，需要在二者之间找一个平衡点。
几种隔离级别下的查询结果：
实际上，数据库通过创建视图来实现隔离级别。“读未提交”直接返回记录上的最新值。“读提交”在每个SQL语句执行的时候创建视图。在“可重复度”级别下，在事务启动时创建视图，整个事务执行期间都是用这个视图，所以看到的数据先后一致。“串行化”直接用加锁的方式来避免并行访问。
Oracle数据库的默认隔离级别是“读提交”。如果对于从Oracle迁移到Mysql的应用，需要将Mysql的隔离级别设置为“读提交”。
配置方法：启动参数transaction-isolation
事务隔离的实现：每条记录在更新的时候都会同时记录一条回滚操作。同一条记录在系统中可以存在多个版本，这就是数据库的多版本并发控制（MVCC）。
回滚日志什么时候删除？系统会判断当没有事务需要用到这些回滚日志的时候，回滚日志会被删除。
什么时候不需要回滚日志了？当系统里么有比这个回滚日志更早的read-view的时候。
为什么尽量不要使用长事务。长事务意味着系统里面会存在很老的事务视图，在这个事务提交之前，回滚记录都要保留，这会导致大量占用存储空间。除此之外，长事务还占用锁资源，可能会拖垮库。
事务启动方式：一、显式启动事务语句，begin或者start transaction,提交commit，回滚rollback；二、set autocommit=0，该命令会把这个线程的自动提交关掉。这样只要执行一个select语句，事务就启动，并不会自动提交，直到主动执行commit或rollback或断开连接。
建议使用方法一，如果考虑多一次交互问题，可以使用commit work and chain语法。在autocommit=1的情况下用begin显式启动事务，如果执行commit则提交事务。如果执行commit work and chain则提交事务并自动启动下一个事务。
