单机事务的理解

事务的四大特性 ACID
原子性要求，事务是一个不可分割的执行单元，事务中的所有操作要么全都执行，要么全都不执行。
一致性要求，事务在开始前和结束后，数据库的完整性约束没有被破坏。
隔离性要求，事务的执行是相互独立的，它们不会相互干扰，一个事务不会看到另一个正在运行过程中的事务的数据。
持久性要求，一个事务完成之后，事务的执行结果必须是持久化保存的。即使数据库发生崩溃，在数据库恢复后事务提交的结果仍然不会丢失。

事务的隔离级别:
更新丢失：也属于第二类数据的更新丢失，第二类丢失更新 A事务覆盖B事务已经提交的数据，造成B事务所做操作丢失
脏读：一个事务读到另一个尚未提交的事务中的数据。该数据可能会被回滚从而失效。
同时也会发生第一类丢失更新 A事务撤销时，把已经提交的B事务的更新数据覆盖了
不可重复读（虚读）：在事务1两次读取同一记录的过程中，事务2对该记录进行了修改，从而事务1第二次读到了不一样的记录。
幻读：事务1在两次查询的过程中，事务2对该表进行了插入、删除操作，从而事务1第二次查询的结果发生了变化。
总结：
脏读读到的是尚未提交的数据
不可重复读读到的是已经提交被修改的数据
幻读读到的是已经提交被插入或者删除的数据

Read uncommitted 读未提交
在该级别下，一个事务对一行数据修改的过程中，不允许另一个事务对该行数据进行修改，但允许另一个事务对该行数据读。
因此本级别下，不会出现更新丢失，但会出现脏读、不可重复读。
Read committed 读提交   Oracle默认
在该级别下，未提交的写事务不允许其他事务访问该行，因此不会出现脏读；但是读取数据的事务允许其他事务的访问该行数据，因此会出现不可重复读的情况。
Repeatable read 重复读  MySQL默认
在该级别下，读事务禁止写事务，但允许读事务，因此不会出现同一事务两次读到不同的数据的情况（不可重复读），且写事务禁止其他一切事务。
Serializable 序列化
该级别要求所有事务都必须串行执行，因此能避免一切因并发引起的问题，但效率很低。

隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以
优先考虑把数据库系统的隔离级别设为Read Committed。它能够避免脏读取，而且具有较好的并发性能。尽
管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应
用程序采用悲观锁或乐观锁来控制。