MySQL通过隔离级别、锁机制和MVCC协同实现事务隔离性：设置不同隔离级别控制并发行为，锁防止写冲突，MVCC提供非阻塞一致性读，确保数据正确与高效并发。
MySQL 事务的隔离性主要是通过 隔离级别 和 锁机制 配合 多版本并发控制（MVCC） 来实现的。它确保多个事务在并发执行时，彼此之间不会产生干扰，从而保障数据的一致性和正确性。
事务隔离级别的设置
MySQL 支持四种标准的事务隔离级别，每种级别对隔离性的保障程度不同，开发者可以根据业务需求选择合适的级别：
- 读未提交（READ UNCOMMITTED）：最低级别，允许一个事务读取另一个事务尚未提交的数据，可能导致“脏读”。
- 读已提交（READ COMMITTED）：只能读取已提交事务的数据，避免了脏读，但可能出现“不可重复读”。
- 可重复读（REPEATABLE READ）：MySQL 默认级别，确保在同一事务中多次读取同一数据结果一致，防止脏读和不可重复读。
- 串行化（SERIALIZABLE）：最高隔离级别，强制事务串行执行，避免幻读，但性能最差。
可以通过以下语句设置会话或全局的隔离级别：
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;锁机制保障并发安全
MySQL 利用锁来控制多个事务对同一数据的访问，防止冲突。常见的锁类型包括：
- 共享锁（S锁 / 读锁）：允许多个事务同时读取同一资源，但阻止写操作。
- 排他锁（X锁 / 写锁）：事务在修改数据时加排他锁，其他事务无法读写该数据。
- 意向锁：表明事务打算在某行上加共享锁或排他锁，用于表级锁的协调。
- 间隙锁（Gap Lock）：锁定索引记录之间的“间隙”，防止其他事务插入新数据，避免幻读。
- 临键锁（Next-Key Lock）：记录锁与间隙锁的组合，InnoDB 在可重复读级别下使用它来防止幻读。
MVCC 提升并发性能
多版本并发控制（MVCC）是 InnoDB 实现高并发读的核心技术。它通过保存数据的历史版本，使读操作不需要加锁也能获得一致性视图。
- 每个事务在开始时会生成一个唯一的事务 ID（transaction_id）。
- 每一行数据包含隐藏字段：DB_TRX_ID（最后修改它的事务 ID）和 DB_ROLL_PTR（指向回滚段中的 undo log）。
- 查询时，MySQL 根据当前事务的快照，判断哪些版本的数据对该事务可见。
MVCC 主要在 读已提交 和 可重复读 级别下工作，在可重复读中，MVCC 配合一致性读快照，保证事务内多次读取结果一致。
如何选择合适的隔离级别
实际应用中需权衡数据一致性和系统性能：
- 如果应用能容忍少量不一致，可选择“读已提交”，提升并发能力。
- 对于银行转账、库存扣减等强一致性场景，建议使用“可重复读”或更高。
- 避免随意使用“串行化”，除非确实需要绝对隔离。
基本上就这些。MySQL 通过隔离级别控制行为，用锁处理写冲突，靠 MVCC 实现非阻塞读，三者协同保障事务的隔离性。理解它们的工作原理，有助于写出更高效、安全的数据库操作代码。
