事务的基本要素：（ACID）

原子性（Atomicity）:

一个事务不可分割，要么全部执行成功，要么全部不执行。

一致性（Consistency）：

事务执行数据前后一致。比如A向B转账，不可能A扣了钱，B却没收到。一致性则是通过持久性+原子性+隔离性来保证；

隔离性（Isolation）：

一个事务不应该受到其他事务的干扰。在一个事务执行过程中，另一个事务不能穿插执行，比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。通过锁以及 MVCC,使事务相互隔离开。

持久性（Durability）：

事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。使用 redo log 来实现，只要 redo log 日志持久化了，当系统崩溃，即可通过redo log 把数据恢复。

事务的隔离级别

脏读 ：

当前事务可以读到另一个事务未提及的事务

不可重复读：

当前事务中，同一条sql,多次查询内容不一致（侧重于修改）

幻读：

当前事务中，同一条sql,多次查询，结果条数不一致（侧重于新增/修改）

读取未提交的：

脏读、不可重复读、幻读都可能出现；

读取已提交的：

可以解决脏读问题，不能解决不可重复读和幻读问题；

可重复读：

确保事务可以多次从一个字段中读取相同的值。在这个事务持续期间，禁止其他事务对这个字段进行更新。可以避免脏读和不可重复读，但是幻读的问题依然存在。

串行化：

确保事务可以从一个表中读取相同的行，在这个事务持续期间，禁止其他事务对该表执行插入，更新，删除。所有的并发问题都能避免，但是性能比较低。

在可重复读级别下[MVCC]是如何幻读问题的

MVCC，全称Multi-Version Concurrency Control，即多版本并发控制。 在数据库管理系统中，实现对数据库的并发访问。

快照读：

在读取数据时，读取的是一个静态版本（快照）而不是实时的版本。在快照读期间，即使其他事务修改了数据，快照读也不会受到影响。

当前读：

读取数据时，读取的是最新的数据版本，而不是一个静态版本。当前读会获取锁来确保读取的数据是最新的，并且在读取期间阻塞其他事务对该数据的修改。
在MySQL中，除了普通查询属于快照读，其它（比如update、insert、delete）都属于当前读。另外，“select ... for update” 这种查询语句也是当前读，每次执行的时候都是读取最新的数据。

innoDB解决普通查询的幻读问题

innoDB就是根据不同的快照策略+undolog实现不同的隔离级别的。简单来说，就是当一个事务第一次对数据库就是查询时，会创建一个Read View，在同个事务中，后续的查询语句都会利用这个Read View在undo log版本链中找到开始时的数据，这样同个事务中多次查询读取到的数据结果就是一样的了。

innoDB当前读如何解决幻读问题

间隙锁：

间隙锁是指锁定一个数据范围，但是不包括这个范围内的任何数据。间隙锁的目的是为了防止其他事务在这个范围内插入新的数据，从而保证事务的隔离性。

记录锁：

记录锁是指锁定数据库中的一条记录，以防止其他事务对这条记录进行修改或删除。在关系型数据库中，记录锁通常可以分为排他锁和共享锁两种类型。

当使用当前读查询数据时，会获取共享锁或排他锁，以防止其他事务修改或删除该行数据。

可重复读级别下的幻读问题

产生幻读的场景
1、同一事务第二次查询前对数据进行了更新操作
2、同一事务第一次使用快照读第二次使用当前读

如何避免幻读

①尽量避免对空数据进行更新；
②在开启事务后马上执行select ... for update 当前读操作，这样它就会对记录加上next-key lock，避免其它事务对范围内数据的修改。

由上可得，MySQL的“可重复读”级别并没有彻底避免幻读问题，在个别极端情况下仍会出现幻读。了解了可能出现幻读的场景，在实际应用中才能更好的规避该问题。同时，在不同需求下选择不同的事务隔离级别可以更好地发挥性能和节省资源。