mysql里面事务是通过存储引擎层面来支持的，所以innodb支持，myisam不支持。
事务的隔离主要是为了解决，多事务并发时候
可能出现的脏读，不可重复读和幻读等问题。
事务的隔离如果太严，那么效率就越低，所以需要按照业务需求寻找一个平衡点。
sql标准的事务隔离级别包括：
读未提交，读提交，可重复度以及串行化。
读未提交指的是，一个事务还没有提交的时候，他做出来的更改就可以被其他事务看到。
读提交指的是，一个事务提交之后，他的变更才被其他事务看到。
可重复读指的是，一股事务执行中看到的数据，和这个事务启动时候看到的数据是一致的。在可重复读隔离级别下，未提交的变更对其他事务也是不可见的。mysql默认的就是可重复读。
串行化指的是，对于同一行的记录，写和读会加锁，后访问的必须等前面的事务执行结束后才可以继续。
可以通过语句 show variables like 'tx_isolation';查看此时mysql的事务隔离级别：
实现上，可重复读事务启动的时候数据库会创建一个view，整个事务过程中都使用这个视图。读提交的view是每个sql语句执行的时候创建的。读未提交直接返回记录的最新值。串行化直接使用加锁的方法来避免并发。
这边再以更细节实现上讲下mysql默认的可重复读这个事务隔离级别。在mysql里面，每次update都会记录一下，并生成回滚操作记录。所以，通过回滚，可以获取前一个状态的值。这种同一条记录在mysql中有多个版本，就称为数据库的多版本并发控制(MVCC)。
这也是为什么尽量不要使用长事务的原因，长事务就会导致数据库中保留着很长的回滚记录，影响计算性能和空间占用，比如锁资源的占用。
事务的启动可以通过begin 和start transaction。通过commit进行事务提交，通过rollback进行事务回滚。这是事务的显示启动。
另外也可以通过set autocommit=0语句，默认让所有sql语句默认就开启事务，而且必须等到commit和rollback才结束任务。但是这样容易导致事务过长，占用系统资源过大，最后甚至拖垮mysql，所以一般建议 set autocommit=1，显示的启动事务。
所以很多时候mysql性能突然变得很慢，可能就是有过多的长事务在占用cpu，存储和锁资源。那么在mysql5.5以上版本可以通过下面这个语句来查询哪些过长的事务。
select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>[多少秒]
