事务的特性ACID
原子性：事务中的操作要么都发生，要么都不发生。
一致性：事务的执行结果必须是将数据库从一个状态到另一个状态。
隔离性：事务之间的执行互不影响。
持久性：事务一旦提交，其对数据库数据的修改就是持久的。
事务的隔离级别：
读未提交（read uncommit）：一个事务可以读取到另一个事务中为提交的修改后的数据。
读提交（read commit）：只有一个事务被提交了，其修改的数据才对其他事务可见。
可重复读（repeatable read）：在同一个事务中，读取统一数据必须是一致的。
串行化（serializable）：对同一行数据的所有操作都是串行话的。
mysql为什么选择可重复读作为默认的事务隔离级别？
写说明原因，为了保证在语句级别的bin log的数据一致性。为什么语句级别的bin log会导致数据不一致能？假如在读提交的隔离级别下，假如在事务A的进行过程中，A先进行了两次更新操作，此时事务B进行了一次删除操作，并且事务B提交了，事务A再进行其他操作。因为bin log的记录规则是事务的提交顺序，那么在bin log中记录的是事务B的操作在事务A之前进行。先进行删除操作，再进行两次更新操作，必然是错误的，将会导致结果不一致。但是在RR级别在，事务B的删除操作将会堵塞，直到事务B提交，因为事务A在更新操作的时候会上X锁。即可以避免RC级别下的问题。
事务不同隔离级别导致的问题
脏读：指读取了未提交事务的数据，读提交可以解决脏读。
不可重复读：事务A在进行中的时候，进行了一次读取操作，在之后事务B对数据进行了修改，并且提交了事务，导致事务A再次进行相同的读取操作得到的结果不一样了。
幻读：事务A进行了两次读取操作，发现读取出来的数据量不同了，原因是有其他事务在这期间新增了数据。
如何解决不可重复读和幻读？
myysql中通过MVCC（快照读）来解决不可重复读，通过当前读来解决幻读。
- 快照读：每一行数据读冗余了两个字段，一个是创建版本，一个是删除版本。版本号随着事务的开启自增，事务每次取数据的时候都会取创建版本号小于当前版本号的，以及删除版本号不存在或者大于当前版本号的。
原理：将历史数据存一份快照，所以其他事务增减数据对于当前书屋来说是不可见的。快照读通过MVCC来控制。 - 当前读：当前读通过锁来控制，当前读包括两个锁一个，一个记录锁，一个间隙锁。我们通过在select语句后面加上 for update（in share mode）。
总结：通过MVCC（快照读）我们解决了不可重复读的问题，通过当前读我们解决了幻读的问题。而在RR级别下我们解决了bin log数据一致性问题。
