事务有哪些特性？
四大特性：ACID
原子性：一个事务的操作要么全部成功，要么全部失败。
一致性：是指事务操作前和操作后，数据满足完整性约束，数据库保持一致性状态。
隔离性：事务和事务之间是互不干扰的，MYSQL使用了MVCC机制和next-key lock机制来实现隔离性。
持久性：事务执行完后，数据是持久化到磁盘的，属于永久操作。
MYSQL是怎么保证事务的这些特性的？
原子性：是由 undo log（回滚日志）保证
一致性：是由 redo log（重做日志）保证
隔离性：是由 MVCC机制 和 next-key lock机制 保证
持久性：是由 原子性+一致性+隔离性+持久性 保证
并行事务会引发什么问题？
同时处理多个事务时，可能出现：脏读（dirty read）、不可重复读（non-repeatable read）、幻读（phantom read）。
脏读（dirty read）：一个事务「读到」了另一个「未提交事务修改过的数据」
不可重复读（non-repeatable read）：在一个事务内多次读取同一个数据，出现前后两次读到的数据不一样的情况
幻读（phantom read）：在一个事务内多次查询某个符合查询条件的「记录数量」，出现前后两次查询到的记录数量不一样的情况
事务的隔离级别有哪些？
同时处理多个事务时，就可能出现：脏读（dirty read）、不可重复读（non-repeatable read）、幻读（phantom read）。
读未提交：
一个事务未提交时，可以被其他事务看到
可能发生脏读、不可重复读和幻读现象
读已提交：
一个事务提交之后，才能被其他事务看到
可能发生不可重复读和幻读现象
可重复读：
一个事务执行过程中看到的数据，和开始事务时看到的数据是一致的。
MySQL InnoDB 引擎的默认隔离级别
可能发生幻读现象
可串化：
对记录加上 读写锁，在多个事务对这条记进行读写操作时，如果发生读写冲突，后访问的事务需等待前一个事务执行完成，才能继续执行。
脏读、不可重复读和幻读现象都不可能会发生。
MySQL InnoDB 引擎的默认隔离级别虽然是「可重复读」，但是它很大程度上避免幻读现象（并不是完全解决了）
针对 快照读(select...)，数据库采用的是 MVCC机制 来解决幻读，只有某些特殊情况还是会产生幻读。
因为可重复读隔离级别下，事务执行过程中看到的数据，一直跟这个事务启动时看到的数据是一致的，即使中途有其他事务插入了一条数据，是查询不出来这条数据的，所以就很好了避免幻读问题。
针对 当前读(select ... for update)，数据库采用的是 next-key lock（记录锁+间隙锁）
因为当执行 select ... for update 语句的时候，会加上 next-key lock，如果有其他事务在 next-key lock 锁范围内插入了一条记录，那么这个插入语句就会被阻塞，无法成功插入，所以就很好了避免幻读问题。
特殊情况：
事务A开始
事务A执行查询id=5，但id=5这个记录在行中是不存在的，所以查出为null
事务B开始
事务B执行增加id=5的数据
事务B提交
事务A对id=5的数据进行更新操作
事务A执行查询id=5，搜索到了事务B提交的数据
事务A提交
在可重复读隔离级别下，事务 A 第一次执行普通的 select 语句时生成了一个 ReadView，之后事务 B 向表中新插入了一条 id = 5 的记录并提交。接着，事务 A 对 id = 5 这条记录进行了更新操作，在这个时刻，这条新记录的 trx_id 隐藏列的值就变成了事务 A 的事务 id，之后事务 A 再使用普通 select 语句去查询这条记录时就可以看到这条记录了，于是就发生了幻读。
所以MVCC机制并不能完全解决幻读
