事务的隔离级别
事务的四大个性别离是：原子性、一致性、隔离性、持久性
幻读和不可反复读都是在同一个事务中屡次读取了其余事务曾经提交的事务的数据导致每次读取的数据不统一，所不同的是不可反复读读取的是同一条数据，而幻读针对的是一批数据整体的统计(比方数据的个数)
以 MYSQL 数据库来剖析四种隔离级别
第一种隔离级别：Read uncommitted(读未提交)
如果一个事务曾经开始写数据，则另外一个事务不容许同时进行写操作，但容许其余事务读此行数据，该隔离级别能够通过“排他写锁”，然而不排挤读线程实现。这样就防止了更新失落，却可能呈现脏读，也就是说事务 B 读取到了事务 A 未提交的数据
解决了更新失落，但还是可能会呈现脏读
第二种隔离级别：Read committed(读提交)
如果是一个读事务(线程)，则容许其余事务读写，如果是写事务将会禁止其余事务拜访该行数据，该隔离级别防止了脏读，然而可能呈现不可反复读。事务 A 当时读取了数据，事务 B 紧接着更新了数据，并提交了事务，而事务 A 再次读取该数据时，数据曾经产生了扭转。
解决了更新失落和脏读问题
第三种隔离级别：Repeatable read(可反复读取)
可反复读取是指在一个事务内，屡次读同一个数据，在这个事务还没完结时，其余事务不能拜访该数据 (包含了读写)，这样就能够在同一个事务内两次读到的数据是一样的，因而称为是可反复读隔离级别，读取数据的事务将会禁止写事务(但容许读事务)，写事务则禁止任何其余事务(包含了读写)，这样防止了不可反复读和脏读，然而有时可能会呈现幻读。(读取数据的事务) 能够通过“共享读镜”和“排他写锁”实现。
解决了更新失落、脏读、不可反复读、然而还会呈现幻读
第四种隔离级别：Serializable(可序化)
提供严格的事务隔离，它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行，如果仅仅通过“行级锁”是无奈实现序列化的，必须通过其余机制保障新插入的数据不会被执行查问操作的事务拜访到。序列化是最高的事务隔离级别，同时代价也是最高的，性能很低，个别很少应用，在该级别下，事务程序执行，不仅能够防止脏读、不可反复读，还防止了幻读
解决了更新失落、脏读、不可反复读、幻读(虚读)
以上四种隔离级别最高的是 Serializable 级别，最低的是 Read uncommitted 级别，当然级别越高，执行效率就越低，像 Serializeble 这样的级别，就是以锁表的形式 (相似于 Java 多线程中的锁) 使得其余线程只能在锁外期待，所以平时选用何种隔离级别应该依据理论状况来，在 MYSQL 数据库中默认的隔离级别是 Repeatable read（可反复读）。
在 MYSQL 数据库中，反对下面四种隔离级别，默认的为 Repeatable read(可反复读)；而在 Oracle 数据库中，只反对 Serializeble(串行化)级别和 Read committed(读已提交)这两种级别，其中默认的为 Read committed 级别
在 MYSQL 数据库中查看以后事务的隔离级别
SELECT @@tx_isolation;在 MYSQL 数据库中设置事务的隔离级别：
记住：设置数据库的隔离级别肯定要是在开启事务之前：
如果是应用 JDBC 对数据库的事务设置隔离级别的话，也应该是在调用 Connecton 对象的 setAutoCommit(false)办法之前，调用 Connection 对象的 setTransactionIsolation(level)即可设置以后连贯的隔离级别，至于参数 level，能够应用 Connection 对象的字段：
在 JDBC 中设置隔离级别的局部代码：
隔离级别的设置只对以后连贯无效，对于应用 MYSQL 命令窗口而言，一个窗口就相当于一个连贯，以后窗口设置的隔离级别只对以后窗口中的事务无效，对于 JDBC 操作数据库来说，一个 Connection 对象相当与一个连贯，而对于 Connection 对象设置的隔离级别只对该 Connection 对象无效，与其余连贯 Connection 对象无关