我对Mysql事务的浅显认知

提起事务，第一反应就是commit和rollback，配合着try{}catch(){}非常的好用，实际上事务真的就只是这样吗？实际上这里的提交和回滚不过是事务特性的其中１条，特性总共有以下几条：

  原子性：就是我们熟知的提交与回滚，在一系列操作中，所有的操作具有原子性，要么都执行，要么就失败回滚
  一致性：举个例子，Ａ在Ｂ买了水果，Ａ的钱给了Ｂ，Ｂ的水果给了Ａ，不可能Ａ给了钱却没有水果
  持久性：事务一旦提交成功后，就是永久更改，不可再回滚回复
  隔离性：一条数据每次只支持一个事务，事务之间相互不影响，比如Ａ在更改数据数据Ｃ，Ｂ也要更改数据Ｃ，但Ｃ已经在Ａ的事务中，那么Ｂ必须在Ａ的事务结束后再操作

天地万物都分阴阳，有好处也有坏处，那么事务这么好用，缺点是什么呢？在并发中就会出现下面３种问题：

1. 脏读：Ｂ在修改某条数据时，Ａ进来读了一次修改后的数据，这时候Ｂ发生异常回滚了数据，这时候Ａ就是脏读
2. 不可重复读：事务在连续修改某个数据，此时有多个查询进来读，造成同一条数据查到的数据不一样
3. 幻读：某个数据在修改某些数据，结束后发现多了一条需修改的数据，或少了一条．举个例子：商家管理员Ａ要把所有商品进行分类，这时候商家的另一个管理员Ｂ添加了一个商品，在Ａ把商品分类改完后，发现多出了一个商品！这种情况就是幻读

如何解决上面的问题，就要了解数据库隔离级别，上述问题中，有的在隔离级别中已经处理，有的则需要其他方式，具体隔离级别如下：

隔离级别	脏读	不可重复读｜幻读
未提交读（Read uncommitted）	可能	可能
已提交读（Read committed）	不可能	可能
可重复读（Repeatable read）	不可能	不可能
可串行化（Repeatable read）	不可能	不可能

• 未提交读（Read uncommitted）：允许脏读，也就是可能读到事务还没提交的数据
• 已提交读（Read committed）：只能读到已提交事务后的数据
• 可重复读（Repeatable read）：InnoDB默认级别，在同一事务查询都是在事务开始时一致的，该级别消除了重复读
• 可串行化（Repeatable read）：完全串行化的读，每次读都需要获得表级共享锁，相互之间是阻塞的，速度最慢

以上就是我对事务的浅显认知，有理解不对的地方感谢指正！