MySQL事务隔离级别影响并发与一致性，共四种：1. 读未提交允许读未提交数据，易脏读，性能高但一致性差；2. 读已提交仅读已提交数据，避免脏读，存在不可重复读和幻读，InnoDB用行锁与快照读提升并发；3. 可重复读为InnoDB默认，利用MVCC保证重复读一致性，通过间隙锁减少幻读，并发适中；4. 串行化强制事务串行执行，完全避免并发问题，但性能最差。需依业务权衡，如银行转账用可重复读，日志统计用读已提交。设置命令为SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED; 隔离级别不当将影响数据准确性或系统性能。
MySQL 中的事务隔离级别直接影响并发操作的行为，尤其是多个事务同时访问相同数据时的一致性与性能表现。不同的隔离级别在数据一致性与系统并发能力之间做出权衡，级别越高，一致性越强，但并发性能可能越低。
读未提交（Read Uncommitted）
这是最低的隔离级别，允许一个事务读取另一个事务尚未提交的数据，可能会导致“脏读”问题。
- 一个事务能看到其他事务未提交的修改
- 并发性能最好，因为几乎不加锁或限制
- 但数据一致性最差，一般不推荐使用
读已提交（Read Committed）
事务只能读取已经提交的数据，避免了脏读，但可能出现“不可重复读”和“幻读”。
- 每次读取都看到最新的已提交数据
- InnoDB 在此级别下使用行级锁和快照读，支持较高并发
- 适用于对一致性要求不高、但需要避免脏数据的场景
可重复读（Repeatable Read）
MySQL InnoDB 的默认隔离级别。确保在同一事务中多次读取同一数据结果一致，通过多版本并发控制（MVCC）实现。
- 防止脏读和不可重复读
- InnoDB 特殊机制还能防止大部分幻读（通过间隙锁）
- 并发性能适中，锁机制更复杂，可能增加锁等待
串行化（Serializable）
最高的隔离级别，强制事务串行执行，避免所有并发问题。
- 所有事务按顺序执行，使用表级锁或范围锁
- 完全避免脏读、不可重复读和幻读
- 并发性能最差，只在极端一致性要求下使用
选择合适的隔离级别要根据业务需求权衡。例如银行转账需高一致性可用“可重复读”，而日志统计可接受稍旧数据，适合“读已提交”。调整方式可通过以下语句：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;基本上就这些。隔离级别设置不当，要么影响数据准确，要么拖慢系统响应，理解其行为对优化数据库至关重要。
