事务的四大特性是原子性、一致性、隔离性、持久性；MySQL InnoDB默认隔离级别为可重复读，通过MVCC和间隙锁解决幻读；间隙锁在范围查询或不存在记录的等值查询时触发，死锁可通过统一加锁顺序、缩短事务等避免。
事务的四大特性（ACID）是什么
原子性（Atomicity）：事务中的所有操作要么全部成功，要么全部失败回滚，不可只执行其中一部分。
一致性（Consistency）：事务执行前后，数据库必须从一个合法状态转移到另一个合法状态，满足预定义的约束（如主键、外键、唯一性等）。
隔离性（Isolation）：多个事务并发执行时，彼此互不干扰，一个事务的中间状态对其他事务不可见。
持久性（Durability）：事务一旦提交，其结果将永久保存在数据库中，即使系统崩溃也不会丢失。
MySQL 默认的隔离级别及常见问题
MySQL InnoDB 默认隔离级别是 可重复读（REPEATABLE READ）。
各隔离级别对应的主要问题：
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- 读未提交（READ UNCOMMITTED）：可能读到脏数据（未提交的修改），存在脏读、不可重复读、幻读
- 读已提交（READ COMMITTED）：避免脏读，但会出现不可重复读和幻读
- 可重复读（REPEATABLE READ）：避免脏读和不可重复读；InnoDB 通过多版本并发控制（MVCC）+间隙锁（Gap Lock）基本解决幻读（快照读不幻读，当前读仍可能幻读）
- 串行化（SERIALIZABLE）：最高隔离级别，强制事务串行执行，完全避免脏读、不可重复读、幻读，但性能最差
什么是 MVCC？InnoDB 如何实现可重复读
MVCC（Multi-Version Concurrency Control）即多版本并发控制，是 InnoDB 实现高并发下非阻塞读的关键机制。
核心要素包括：
- 每行记录包含两个隐藏字段：DB_TRX_ID（最后修改该行的事务 ID）和 DB_ROLL_PTR（指向 undo log 中前一版本的指针）
- 事务启动时会生成一个唯一的 Read View，记录当前活跃事务 ID 列表、最小/最大事务 ID 等信息
- 查询时根据 Read View 判断哪些版本对当前事务可见：仅当行版本的 trx_id 小于事务启动时的 min_trx_id，或属于已提交事务且不在活跃列表中，才可见
因此，在可重复读下，同一事务内多次普通 SELECT（快照读）看到的是事务开始时的一致快照，不会受其他事务提交影响。
什么情况下会触发间隙锁？如何避免死锁
间隙锁（Gap Lock）用于防止其他事务在索引间隙中插入新记录，主要出现在 范围查询（如 WHERE id BETWEEN 10 AND 20） 或 唯一索引等值查询但记录不存在时（如 UPDATE t SET x=1 WHERE id = 15，而 id=15 不存在）。
死锁常见诱因与规避建议：
- 多个事务以不同顺序加锁访问相同资源（如事务 A 先锁 id=1 再锁 id=2，事务 B 反之）→ 建议统一 SQL 执行顺序，按主键升序更新
- 长事务持有锁时间过久 → 缩短事务粒度，避免在事务中做耗时操作（如调用外部接口、大循环）
- 未使用索引导致全表扫描加锁 → 确保 WHERE 条件走索引，避免锁升级
- 高频竞争热点行 → 考虑分片、缓存、或应用层限流重试
可通过 SHOW ENGINE INNODB STATUS 查看最近死锁详情，定位冲突 SQL 和锁类型。
