其实这个知识点比较单一。但是！！！我为什么一起讲呢？因为之前接触过，但是说实话开发一年多都没用过这个。上次面试问我知道数据库隔离级别么?脑一抽就把四大特性背了一遍。后来人家面试官说不对，那个尴尬啊。。。然后回来之后好好看了这块的知识点。为了自己加深印象，也为了防止有人和我一样死记硬背不太了解，所以有了这个文章。
事务的隔离级别
由低到高依次为：
- Read uncommitted(未授权读取、读未提交)、
- Read committed（授权读取、读提交）、
- Repeatable read（可重复读取）、
- Serializable（序列化）
其实每一个级别都有自己的特点和会遇到的问题，能解决的问题。在这我先把数据库可能会遇到的问题列出来。
- 脏读
指在一个事务处理过程里读取了另一个未提交的事务中的数据，读取数据不一致。（比如事务A对数据进行增删改操作，但未提交，另一事务B可以读取到未提交的数据。如果事务A这时候回滚了，则第二个事务B读取的即为脏数据。）
举个例子：
当一个事务正在多次修改某个数据，而在这个事务中多次的修改都还未提交，这时一个并发的事务来访问该数据，就会造成两个事务得到的数据不一致。
例如：用户A向用户B转账100元，对应SQL命令如下
update account set money=money+100 where name=’B’; (此时A通知B)
update account set money=money - 100 where name=’A’;
当只执行第一条SQL时，A通知B查看账户，B发现确实钱已到账（此时即发生了脏读），而之后无论第二条SQL是否执行，只要该事务不提交，则所有操作都将回滚，那么当B以后再次查看账户时就会发现钱其实并没有转。
- 不可重复读
指在对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。(一个事务A中发生了两次读操作，第一次读操作和第二次读操作之间，另一个事务B对数据进行了修改，这时两个事务读取的数据不一致。)
举个例子：
例如事务T1在读取某一数据，而事务T2立马修改了这个数据并且提交事务给数据库，事务T1再次读取该数据就得到了不同的结果，发送了不可重复读。
- 虚读(幻读)
事务非独立执行时发生的一种现象。（第一个事务A对一定范围的数据进行批量修改，第二个事务B在这个范围增加一条数据，这时候第一个事务就会丢失对新增数据的修改。）
举个例子：
例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。
- 不可重复读和脏读的区别：
脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。
在某些情况下，不可重复读并不是问题，比如我们多次查询某个数据当然以最后查询得到的结果为主。但在另一些情况下就有可能发生问题，例如对于同一个数据A和B依次查询就可能不同，A和B就可能打起来了……
- 幻读和不可重复读区别：
都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体。
接下来我们开始讲解事务隔离级别的具体表现和可能会出现的情况.
1.Read uncommitted(未授权读取、读未提交)：我个人总结一下这事务，读未提交就是可以读还没提交的数据。A改了表中的一个数据，还没提交呢B就读取了。最后A发现改错了，所以直接回滚了。你说尴尬不尴尬？
然后这个隔离级别如果一个事务已经开始写数据，则另外一个事务则不允许同时进行写操作，但允许其他事务读此行数据。该隔离级别可以通过“排他写锁”实现。
总结一下：这个的好处是避免了更新丢失，坏处是却可能出现脏读。
2. Read committed（授权读取、读提交）：个人总结,它只能读已经提交了的数据。但是在读是时候允许写数据。所以可能出现一个事务中读两次，结果不一样的情况。也就是不可重复读。
它读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。所以这个不会出现脏读。
总结一下：读取数据的事务允许其他事务进行操作，避免了脏读，但是会出现不可重复读和幻读。
3. Repeatable read（可重复读取）：总结一下就是禁止写事务；读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。避免了不可重复读取和脏读，但是有时可能出现幻读。这可以通过“共享读锁”和“排他写锁”实现。
总结一下：读事务会禁止所有的写事务，但是允许读事务，避免了不可重复读和脏读，但是会出现幻读，即第二次查询数据时会包含第一次查询中未出现的数据
4. Serializable（序列化）：禁止任何事务，一个一个进行；提供严格的事务隔离。它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。
总结一下：序列化是最高的事务隔离级别，同时代价也花费最高，性能很低，一般很少使用，在该级别下，事务顺序执行，不仅可以避免脏读、不可重复读，还避免了幻读。这个其实就是完整的时间换容错率。没啥解释的。
以上四种隔离级别最高的是Serializable级别，最低的是Read uncommitted级别，当然级别越高，执行效率就越低。像Serializable这样的级别，就是以锁表的方式(类似于Java多线程中的锁)使得其他的线程只能在锁外等待，所以平时选用何种隔离级别应该根据实际情况。在MySQL数据库中默认的隔离级别为Repeatable read (可重复读)。
在MySQL数据库中，支持上面四种隔离级别，默认的为Repeatable read (可重复读)；而在Oracle数据库中，只支持Serializable (串行化)级别和Read committed (读已提交)这两种级别，其中默认的为Read committed级别。（没用过oracle，所以只说mysql了）
- 在MySQL数据库中查看当前事务的隔离级别：
select @@tx_isolation;
- 在MySQL数据库中设置事务的隔离 级别：
set [glogal | session] transaction isolation level 隔离级别名称;
set tx_isolation=’隔离级别名称;’
事务的四大特性
最后再简单的讲下事务的四大特性吧。就是我脑袋一热就说的那个贼丢人的那个。
- 原子性（Atomicity）
原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。
- 一致性（Consistency）
一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。
如：拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。
- 隔离性（Isolation）
隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。
即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。
- 持久性（Durability）
持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。
我个人感觉这个四大特性看名字就能知道意思。因为都挺白话的，我也没啥好解释的。然后重点就是一个是事务的隔离级别一个是事务的特性。两者只能说相互相成吧。我感觉因为四大特性所以才划分这四个隔离级别。同样隔离级别也是遵守四大特性的。
总结一下：
四个事务隔离级别：可读未提交，读已提交，可重复读，序列化。
事务四大特性:原子性、一致性、隔离性、持久性。
数据库经常遇到的三个问题：脏读、不可重复度、幻读。
全文手打不易，如果你觉得有帮到你，麻烦点个喜欢点个关注啥的支持一下。祝大家工作生活都顺顺利利吧。然后又不同意见或者想法欢迎留言或者私信交流。
