今天碰到一个生产应用上面的事物问题：题目主要情景是这样的
在应用A中存在一个开启事物的service，在该service中存在一个dubbo服务调用，dubbo服务中也存在事物。service中事物是默认级别，mysql中的事物是repitition_read级别,这个时候如果dubbo服务新增了数据在调用服务后面(还是在当前service事物中)查询刚才新增的数据时，查询为空集。如果将本地工程事物级别指定为read_committed时就能查询出来了。关于这个问题需要给出详细解释。
查看InnoDB存储引擎 系统级的隔离级别 和 会话级的隔离级别：
select @@global.tx_isolation,@@tx_isolation;
首先spring事物的隔离级别与mysql事物的隔离级别是一样的都是四级：
read_uncommited:读未提交。即脏读，一个事务修改了一行，另一个事务也可以读到该行。如果第一个事务执行了回滚，那么第二个事务读取的就是从来没有正式出现过的值。
read_commited(部分数据库的默认隔离级别但不是mysql的):读已提交，解决脏读引起不可重复读问题。即一致读，试图通过只读取提交的值的方式来解决脏读的问题，但是这又引起了不可重复读取的问题。一个事务执行一个查询，读取了大量的数据行。在它结束读取之前，另一个事务可能完成了对数据行的更改。当第一个事务试图再次执行同一个查询，服务器就会返回不同的结果。如果在一个事物中先读取 然后开启另一个修改事物并提交，前一个事物再重新读取，这样前后两次读取的数据不一致导致不可重复读。
repetition_read(mysql的默认隔离级别):存在幻读。幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。
Serializable（串行化）:这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题.
脏读(Drity Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。
不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新的原有的数据。
幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。
