事务相关、不可重复读与幻读的区别

前些天发现了一个巨牛的人工智能学习网站，通俗易懂，风趣幽默，忍不住分享一下给大家。点击跳转到教程。

事务内嵌套事务：
  1) 都用spring事务时，取决spring采用的事务的隔离级别。
    这个默认隔离级别是与具体的数据库相关的，采取的是具体数据库的默认隔离级别，不同的数据库是不一样的。
    如是同一事务，事务有传播性：
    在有事务的方法A内执行修改，再于A内调用有事务的方法B执行修改同一字段，
    B用的是A的事务，可以拿到A手中的写锁，2次修改都执行成功。 
  2) 如果方法A用spring的事务，方法B用代码事务，是2个不同事务。
  3) 在主线程中开子线程，并分别在主、子线程中执行修改，则是2个不同事务，
  4) 只要是2个不同的事务，就会造成写锁等待。
    只有当先拿到写锁的修改方法的事务提交或回滚后，另一个线程的修改方法才能拿到写锁，第2次修改才能执行。
  
  5) 另外：read-only只读事务作用：多条查询SQL必须保证整体的读一致性，
    否则，在前条SQL查询之后，后条SQL查询之前，数据被其他用户改变，
    则该次整体的统计查询将会出现读数据不一致的状态，此时，应该启用只读事务支持
    
  6) 事务ACID四个属性；
    原子性（atomicity）、一个事务是一个不可分割的工作单位，事务中包括的操作要么都做，要么都不做。
    一致性（consistency）、事务必须是使数据库从一个一致性状态变到另一个一致性状态。
                          比如：A扣款了，B就收款了。
    隔离性（isolation）、一个事务的执行不能被其他事务干扰，并发执行的各个事务之间不会互相干扰。
    持久性（durability）、指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。
                          接下来的其他操作或故障不应该对其有任何影响。
                          
  7) 默认隔离级别: Read Commited--------Sql Server、Oracle. 
                  Repeatable Read ------- MySQL 、InnoDB存储引擎 
                  
                  read committed:开启一个事务,读一个数据,而后再次读,这2次可能不一样的,
                    因为在这2次读之间可能有其他事务更改这个数据,这也就是读提交,
                    每次读到的数据都是已经提交的(行级锁,不锁间隙)。
                  read repeatable:开启一个事务,读一个数据,而后再次读,这2次读的数据是一致的(行级锁且是锁间隙);
               
  8) 不可重复读与幻读的区别:
    不可重复读的重点是修改,同样的条件,你读取过的数据,再次读取出来发现字段值不一样了。
    幻读的重点在于新增或者删除,同样的条件,第 1 次和第 2 次读出来的记录总条数不一样。