一.数据库中并发一致性问题
1.1修改丢失
一个事务对数据的修改，在还没写会该数据前，被另一个事务修改了，这是第一个事务再去修改该数据，导致第二个事务的修改丢失。
1.2 脏读
事务T2读取了事务T1修改后的数据，但T1随后回滚了，T2读取到了脏数据
1.3 不可重复读
事务T2读取了数据var，随后该数据被事务T1修改了，这时事务再去读取该数据发现两次读取数据不一致——不可重复读
1.4 幻读
T1读取某个范围的数据，T2 在这个范围内插入了新的数据，T1再次读取发现和前一次不一样多。这就是幻读。
事务分为4个隔离级别，可分别解决上述并发问题。
四种隔离级别，隔离强度逐渐升高：
- read uncommitted
- read committed
- repeatable read
- serializable
read uncommitted
写数据时加上X锁，读数据时不加锁。X锁会保证只有同时只有一个事务在写，但别的事务也可以读。
可以解决：“事务一读取，事务二读取，事务一修改，事务一写入数据库，事务二修改并写入数据库”导致的事务一的修改被覆盖的问题。
不能解决“脏读”：“事务一读取，事务一修改，事务二读取，事务一回滚数据，事务二出现脏读”的问题。
read committed
除了X锁，再加一个S锁。对于一个数据不能同时加X和S锁。读数据前加S锁，读完立即释放。
这样可以解决脏读问题了：在事务一释放写锁前，事务二不能读取该数据，这样就读不到回滚之前的数据了。
不能解决的问题：重复读。“事务一读取某个数据两次（中间有时间间隔），由于S锁在读完数据后立马释放，在两次读取之间，事务二修改了该数据。那么事务一前后两次读取的结果就不一样了。”
repeatable read
由上述可知，不可重复读的原因是S锁在读取完数据后就立马释放了，导致事务二可以加上S锁进行写操作。所以这个隔离级别的改变就是，S锁也在事务结束时再释放。
可解决的问题：不可重复读
不能解决：幻读：“事务一对‘学生表’进行操作，选取了所有年龄为18的学生，并用X锁锁住，并做了修改。然后又选择了一次所有年龄为18的学生，想检查一遍，竟然发现有一行数据没有该。原来是事务二也在同时操作数据，他新插入了一行年龄为18的数据。这就是幻读”
serializable
事务之间串行化执行，一个事务结束才能执行另外一个。可以解决以上所有问题。
但效率太低
MVCC
解决不可重复读问题的另一种方法，不用将S锁加到事务结束。较为先进，同时也较为复杂。
