事务那点事
一、事务的基本要素（ACID）
1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体。
2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A向B转账，不可能A扣了钱，B却没收到。
3、隔离性（Isolation）：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此互不干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。
4、持久性（Durability）：事务完成后，对数据的改变是永久性的,事务对数据库的所有更新将被保存到数据库，不能回滚。
二、事务的并发问题
① 脏读：事务A对数据进行了更改，但未提交，事务B可以读取到未提交的数据。如果事务A这时候回滚了，那么事务B就读到了脏数据。
疑问1：脏读，为啥别人能看到我未提交的数据？
答：因为其实你对数据库的任何修改都是立即生效的，至于别人看不看的到就是你加了锁没有加锁的事情了。数据库的执行和事务没有关系，事务只是控制这些对数据库所做的操作会不会撤销而已。
比如A读到了B正在修改的事务是因为B没有加锁，所以别人看到了，MySQL默认是行级锁，所以别人在改数据的时候是加了写锁的，所以别人都读不到这行数据，所以没有脏读问题。
② 可重复读：事务A发生了多次读操作，多次操作之间，事务B对数据进行了修改并且提交，这时候读取的数据是不一致的。注：如果中间那个修改的事务没有提交，则读事务看不到修改结果. 在默认的隔离级别下
MySQL默认的隔离级别解决了可重复读问题，
orcale， sqlserver的行级锁只有排他锁没有共享锁，默认不是使用锁机制。而是通过版本控制，不会脏读，但是他会出现重复读问题，因为没锁住这行数据，别人当然可以读。
③ 幻读：事务A对表进行批量修改，事务B在表里新增数据或者删除，这时候事务A就会丢失对新增数据的修改。发现了自己修改以外的数据,就像是发生了幻觉一样 .
出现幻读原因 : 因为MySQL的Innodb引擎是默认使用行级锁，没使用表级锁，当我对表中多行数据进行修改的时候，其实也只是锁住了选中的那些行，其他线程插入了新数据是当然可以的 ,也就是事务A根本不知道事务B插入的数据
如果使用了MySQL 表级锁的的引擎比如MyIsAM，幻读自然就没可能出现了。
——————— 不可重复读侧重于修改，幻读侧重于新增或删除