前一个文章讲述了事务ACID的特性以及并发事务造成的数据不一致性问题，事务ACID以及不一致性问题，接下来讲解下MySQL中隔离级别。

MySQL隔离级别

因为上述的几个数据不一致性问题，MySQL主要提供了四个隔离级别来解决这些问题，用一个表格来描述各个隔离级别解决的以及还存在的不一致问题。
(☑️表示还是有这种现象，✖️表示不会出现这个问题)

隔离级别	脏读	不可重复读	幻读
读未提交	☑️	☑️	☑️
读已提交	✖️	☑️	☑️
可重复读	✖️	✖️	☑️
串行化	✖️	✖️	✖️

串行化的隔离级别最高，读未提交的隔离级别最低。隔离级别越高，说明事务的并发度越低，当然执行效率也越低。接下来具体讲解下这几个隔离级别，应用中根据实际情况来选择隔离级别，MySQL默认隔离级别为可重复读，可以通过以下命令查看系统级、会话级的默认隔离级别。

mysql查看默认隔离级别.png

讲隔离级别之前，先说下共享锁(读锁)和排他锁(写锁)。
读锁S：若事务T对数据对象A加了读锁，其他事务可以对数据A再加读锁，但不能加写锁，直到释放了数据A上的读锁。
写锁X：若事务T对数据对象A加了写锁，则只有事务T可以对数据A进行读取和修改，其他事务只能等T事务释放了数据的写锁才可以对数据A进行操作。

读未提交Read uncommitted

该隔离级别下，所有事务都可以读取到其他事务没有提交的处理结果。很少用于实际应用，因为不能保证数据的一致性。

读已提交Read committed

大多数数据库采用的默认隔离级别，如Oracle。读已提交隔离级别下，读取不加锁，写加锁，即数据的删除、修改及写入都需要加锁，使得事务只能看到其他事务已经提交的数据，避免了脏读。

可重复读Repeated read

解决脏读和不可重复读的数据不一致性问题，保证同一事务的多个实例访问数据时，读到的结果是一致的。

串行化Serializable

完全串行化，读操作加锁，写操作加锁，读写锁互相阻塞。这个隔离级别下，可能会造成大量的超时以及锁竞争现象。