4、阅读此文时，如果站在开发者的角度，也许会觉得不可重复读和幻读，在逻辑上并没有什么问题，最终数据仍然是一致的，但是站在用户的角度，他们通常只能看到一个事务（只能看到客户端A，不知道客户端B这个卧底的存在），而不会考虑事务并发执行的现象，一旦出现同一数据多次读取结果不同，或者凭空出现新记录，他们可能会产生疑虑，这是用户体验的问题。
5.事务在mysql中执行时，最终的结果不会出现数据的一致性的问题，因为在一个事务中，mysql执行某个操作未必会使用前一个操作的中间结果，它会根据其他并发事务的实际情况采来处理，看起来不合逻辑，但是保证了数据的一致性 ；但是事务在应用程序中执行时，一个操作的结果会被下一个操作用到，并进行其他的计算。这是我们得小心，可重复读的时候应该锁行，串行化时 要锁表，不然会破坏数据的一致性。
6、事务在mysql中执行时，mysql会根据各个事务的实际情况综合处理，导致数据的一致性没有被破坏，但是应用程序时按照逻辑套路来出牌，并没有mysql聪明，难免会出现数据的一致性问题。
7、隔离级别越高，越能保证数据的完整性和一致性，��是对并发性能的影响也越大，鱼和熊掌不可兼得啊。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。