mysql中的事务隔离级别是数据库在处理多个事务并发执行时，定义不同事务之间相互隔离程度的一组规范，目的是在保障数据一致性的前提下尽可能提升并发处理性能。不同隔离级别能解决不同程度的并发读写带来的数据异常问题。
事务与ACID特性
事务是数据库中一组要么全部执行成功、要么全部执行失败的操作集合，它需要满足ACID四大特性：
- 原子性（Atomicity）：事务中的所有操作是一个不可分割的整体，要么全部完成，要么全部回滚，不会存在部分执行的情况。
- 一致性（Consistency）：事务执行前后，数据库的完整性约束不会被破坏，数据状态符合业务逻辑规则。
- 隔离性（Isolation）：多个事务并发执行时，一个事务的执行不能被其他事务干扰，不同事务之间的操作相互隔离。
- 持久性（Durability）：事务提交之后，对数据的修改是永久性的，即使数据库发生故障也不会丢失。
事务隔离级别就是用来定义隔离性具体实现程度的规范，mysql默认支持四种标准的事务隔离级别。
并发事务带来的问题
如果没有合适的隔离级别，多个事务同时操作同一批数据时，会出现以下几类典型的并发问题：
| 并发问题 | 问题描述 |
|---|---|
| 脏读 | 一个事务读取到了另一个事务还未提交的数据，如果另一个事务后续回滚，那么之前读取到的数据就是无效的。 |
| 不可重复读 | 同一个事务内，多次读取同一行数据，得到的结果不一致，原因是其他事务在这期间修改并提交了该数据。 |
| 幻读 | 同一个事务内，多次执行相同的查询条件，得到的结果集行数不一致，原因是其他事务在这期间插入或删除了符合条件的数据。 |
mysql的四种事务隔离级别
1. 读未提交（READ UNCOMMITTED）
这是隔离级别最低的一级，一个事务可以读取到其他事务还未提交的数据。该级别无法避免脏读、不可重复读和幻读问题，实际生产环境中很少使用。
2. 读已提交（READ COMMITTED）
一个事务只能读取到其他事务已经提交的数据，能够避免脏读问题，但无法避免不可重复读和幻读。这是很多数据库默认的隔离级别，比如Oracle，mysql的某些场景下也会使用。
3. 可重复读（REPEATABLE READ）
这是mysql的默认事务隔离级别，同一个事务内多次读取同一数据的结果是一致的，能够避免脏读和不可重复读问题。在mysql的InnoDB引擎中，通过多版本并发控制（MVCC）和间隙锁机制，还能在很大程度上避免幻读问题。
4. 串行化（SERIALIZABLE）
这是隔离级别最高的一级，所有事务按照顺序依次执行，完全避免了脏读、不可重复读和幻读问题，但是并发性能最低，只有在数据一致性要求极高、并发量很低的场景下才会使用。
不同隔离级别的问题解决情况
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
| 读未提交 | 可能出现 | 可能出现 | 可能出现 |
| 读已提交 | 不会出现 | 可能出现 | 可能出现 |
| 可重复读 | 不会出现 | 不会出现 | InnoDB中大概率不会出现 |
| 串行化 | 不会出现 | 不会出现 | 不会出现 |
查看和修改事务隔离级别
查看当前隔离级别
可以通过以下命令查看当前会话或者全局的事务隔离级别：
-- 查看当前会话的事务隔离级别 SELECT @@transaction_isolation; -- 查看全局的事务隔离级别 SELECT @@global.transaction_isolation;
修改事务隔离级别
可以根据需要修改会话级别或者全局级别的隔离级别，修改全局级别需要管理员权限，且会影响后续所有新的会话，已有的会话不受影响。
-- 设置当前会话的隔离级别为读已提交 SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED; -- 设置全局的隔离级别为可重复读 SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;
需要注意的是，修改全局隔离级别之后，已经存在的数据库连接不会立即生效，只有新建立的连接才会使用新的隔离级别配置。
如何选择合适的隔离级别
选择事务隔离级别需要结合业务场景的并发量和数据一致性要求来权衡：如果业务并发量很高，且对数据一致性要求不是极端严格，可以选择读已提交级别，平衡性能和一致性；如果是mysql默认场景，使用可重复读基本可以满足大部分业务需求；只有在数据一致性要求极高、并发量极低的情况下，才考虑使用串行化级别。不建议使用读未提交级别，因为它带来的数据风险远大于性能收益。