业务系统在运行的时候，往往有很多线程同时在操作数据库，MySQL也需要多线程的处理多个请求，那么每个事务里的多个SQL语句是如何执行的呢？

基本都是从磁盘加载数据页到Buffer Pool的缓存页里去，然后更新Buffer Pool里的缓存页，同时记录redo log和undo log。

多个线程并发执行的时候，会有一些问题：

• 多个事务并发执行，可能会对缓存页里的同一行数据进行更新，这种冲突怎么解决？

• 有的事务在对一行数据进行更新，另一个事务在对这行数据进行查询，这个冲突怎么解决？

接下来要讲的内容，主要包括多事务并发运行存在的问题、MySQL的事务隔离级别、MVCC多版本控制、锁。

脏读

事务1读取了事务2更新的数据，然后事务2回滚操作，那么事务1读取到的数据就是脏数据。

例如：

张三的工资是8000，现在领导要给他涨工资到10000。

事务1把他的工资改为10000，但事务还没提交。

事务2正在读取张三的工资，独到的是10000。

事务1此时回滚了，张三的工资又变成8000了。

事务2读取到张三的工资10000为脏数据，事务2做了一次脏读。

不可重复读

事务1多次读取同一数据，事务2在事务1多次读取的过程中，对数据作了更新并提交，导致事务1多次读取同一数据时，结果不一致。

例如：

事务1，读取到张三的工资8000。

事务2，把张三的工资改为10000，提交事务。

事务1，再次读取张三的工资，此时工资为10000。

在一个事务中前后两次读取同一个数据的结果不一样，就是不可重复读。

幻读

一个事务用一样的SQL多次查询，每次查询发现查到一些之前没看到过的数据。

比如，目前公司工资为8000的人有10人。

事务1，读取所有工资为8000的人数为10人。

事务2，插入一条工资为10000的记录。

事务1再次读取工资为8000的人，为11人。

此时，事务1出现幻觉似的，同样的SQL查询语句，第一次查出来10人，第二次查出来11人。

不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。

脏读、不可重复读、幻读，数据库并发执行，每个线程可能会开启一个事务，每个事务都会执行crud操作。

数据库并发的执行多个事务，多个事务并发的对缓存页里的同一批数据进行crud，就可能导致脏读、不可重复读、幻读这些问题。

所以，这些问题的本质是，数据库多事务并发问题，为了解决这些问题，数据库设计了事务隔离级别、MVCC多版本控制、锁机制。

事务隔离级别

SQL标准中定义了4种事务隔离级别，就是说事务并发运行的时候，互相是如何隔离的，MySQL默认是可重复读（RR)。

不同的隔离级别是可以避免不同的事务并发问题的。

read-uncommitted（RU），可能会发生脏读、不可重复读、幻读。

read-committed（RC），不会发生脏读，但是会发生不可重复读、幻读

也就是说，事务没提交的情况下修改的值，你是读不到的。但是，一旦事务提交了，你事务就能读到，所以可能你多次读到的值不一样。

repeatable-read（RR），MySQL默认的事务隔离级别，做了大量复杂的工作，解决了脏读、不可重复读、幻读问题，一般生成环境使用这个隔离级别就可以了。

serializable，事务串行执行，根本不会并发执行，所以不会有脏读、不可重复读、幻读这些问题。但缺点也非常明显，就是并发太差了。一般生产环境也不会使用

有道无术，术可成；有术无道，止于术

欢迎大家关注Java之道公众号

好文章，我在看❤️