【MySQL】并发事务带来的问题？事务隔离级别？联合查询？两种丢失更新？解决幻读

1、并发事务可能带来的问题

多个用户对同一数据进行操作，可能会：
1、读 脏数据： 事务A对数据进行了修改，而修改还没有提交时，事务B读到了这个未修改前的数据；

2、丢失修改： 事务A对数据进行了修改，而修改还没有提交时，事务B读到了这个未修改前的数据，并对其进行修改，此时A的修改操作被B的操作覆盖，从而丢失；

3、不可重复读： 一个事务内多次读取同一数据，读到的结果不一样；因为在事务A还没有结束时，事务B修改了数据，A第二次读数据结果和第一次不一样。

4、幻读： 和不可重复读有点像，一个事务多次读取同一数据，发现数据量/数据发生了变化。事务A读了几行数据后，事务B插入或者删除了一些数据，事务A在随后的查询中发现数据发生了变化。

不可重复读和幻读的区别： 两者类似，但是不可重复读的重点是修改，幻读的重点是数据的新增或者删除。

2、事务隔离的级别有哪些？

• 读取未提交（READ-UNCOMMITTED）： 最低的隔离级别，允许尚未提交的数据变更，可能导致脏读、幻读、不可重复读；
• 读取已提交（READ-COMMITTED）： 允许读取以及提交的数据，可以阻止脏读，但是幻读和不可重复读仍有可能发生；
• 可重复读（REPEATABLE-READ）： 对同一字段的多次读取结果都是一致的，除非是本身事务修改了数据，可以阻止脏读、不可重复读，但是幻读仍有可能发生；
• 可串行化（SERIALIZABLE）： 最高的隔离级别，完全服从ACID（原致隔持）。所有事务一次逐个执行，事物之间不会产生干扰。

3、MySQL默认的隔离级别是？

InnoDB存储引擎默认支持的隔离级别是REPEATABLE-READ(可重复读)。

但是使用的是Next-Key Lock锁算法，因此可以避免幻读的产生。

在分布式事务的情况下会用到可串行化隔离级别。

4、联合查询：

将多条查询语句的结果合并成一个结果。

//查询部门编号>90或邮箱包含a的员工信息
SELECT * FROM employees WHERE email LIKE '%a%' OR department_id>90;
//等价于
SELECT * FROM employees WHERE email LIKE '%a'
UNION //UNION ALL才不会去重
SELECT * FROM employees WHERE department_id>90;

特点：
1、多条查询语句的列数一致；
2、查询属性顺序及类型需要一一对应；
3、会去重；

5、两种丢失更新

• 第一类丢失更新：事务A的回滚日志覆盖了B的操作；
• 第二类丢失更新：事务A的操作覆盖了B的操作