MySQL事务的隔离级别以及脏读，幻读等

脏读:事务A更新一份数据,事务B在此时读取了同一份数据,由于某些原因,事务aRollBack（回滚）了操作,则事务b所读取的数据就会是不正确的
案例：
张三和李四银行账户都为1000，张三声称要给李四转账500，但是在数据库操作中张三update了数据（张三账户-500，李四账户+500）后，并未commit事务，此时李四的事务进行查询时就是一个临时数据（李四账户查询+500），此后张三未提交事务，进行回滚操作，则张三并未转账。

不可重复读是指在对于数据库中的某行记录，事务A多次查询却返回了不同的数据值，这是由于在查询间隔时，事务b修改并提交了数据。

幻读是事务 A 根据条件查询得到了 N 条数据，但此时事务 B 删除或者增加了 M 条符合事务 A 查询条件的数据，这样当事务 A 再次进行查询的时候查询到的数据发生了变化，因此产生了幻读

事务隔离级别有哪些？

事务隔离就是为了解决脏读、不可重复读、幻读这几个问题。

MySQL数据库为我们提供的四种隔离级别：

Serializable (可串行化)：通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。

Repeatable read (可重复读)：MySQL的默认事务隔离级别，sql第一次读取到数据后，就将这些数据加锁（悲观锁），其它事务无法修改这些数据，就可以实现可重复读了。（但这种方法却无法锁住insert的数据，所以还是会有幻读）

Read committed (读已提交)：一个事务只能看见已经提交事务所做的改变。可避免脏读的发生。

Read uncommitted (读未提交)：所有事务都可以看到其他未提交事务的执行结果

生产环境数据库一般用的什么隔离级别呢？

生产环境大多使用RC（读已提交）。为什么不是RR（可重复读）呢？

原因一：在RR隔离级别下，存在间隙锁，导致出现死锁的几率比RC大的多！
原因二：在RR隔离级别下，条件列未命中索引会锁表。而在RC隔离级别下，只锁行。也就是说，RC的并发性高于RR。
原因三：大部分场景下，不可重复读问题是可以接受的。因为数据既然已经提交，读出来本身不会出现太大问题