MySQL 索引与事务详解

一、索引（Index）

二、事务（Transaction）

三、总结

一、索引（Index）

索引的本质：一种数据结构（如 B+Tree、Hash），用于快速定位数据，避免全表扫描。
核心作用：提升查询效率，但会牺牲一定的写性能（增删改需维护索引）。

1. 索引类型

B+Tree 索引（默认）
- 特点：支持范围查询、排序、最左前缀匹配。
- 适用场景：=, >, <, BETWEEN, ORDER BY, GROUP BY 等操作。
- InnoDB 聚簇索引：数据直接存储在 B+Tree 叶子节点，主键即聚簇索引。
- 非聚簇索引（二级索引）：叶子节点存储主键值，需回表查询数据。
哈希索引
- 特点：O(1) 时间复杂度，仅支持精确匹配（=），不支持范围查询。
- 适用场景：内存表（如 MEMORY 引擎）、等值查询频繁的场景。
- 限制：哈希冲突、无法排序。
全文索引（FULLTEXT）
- 特点：基于分词技术，支持自然语言搜索。
- 适用场景：MATCH() ... AGAINST 全文检索（如文章内容搜索）。
- 引擎支持：MyISAM 和 InnoDB（5.6+）。
空间索引（R-Tree）
- 适用场景：地理空间数据（如经纬度查询）。
- 引擎支持：MyISAM。

2. 索引创建与使用

CREATE INDEX idx_name ON table(column); -- 普通索引

CREATE UNIQUE INDEX idx_name ON table(column); -- 唯一索引

ALTER TABLE table ADD PRIMARY KEY(column); -- 主键索引

联合索引（复合索引）
- 最左前缀原则：索引 (a, b, c) 可生效于 a, a+b, a+b+c，但无法单独使用 b 或 c。
- 覆盖索引：查询字段全部在索引中时，无需回表（性能最优）。
索引失效场景
- 对索引列进行运算或函数操作（如 WHERE YEAR(date) = 2023）。
- 使用 LIKE 以通配符开头（如 LIKE '%abc'）。
- 数据类型隐式转换（如字符串列用数字查询）。
- OR 连接非索引列（除非所有列均有索引）。
- 优化器认为全表扫描更快（小表或低区分度数据）。

3. 索引优化建议

事务的本质：一组原子性操作的集合，保证数据一致性。
ACID 特性：

1. 事务隔离级别

2. 事务实现机制

Redo Log（重做日志）
- 作用：保证持久性，记录物理修改（如页的修改）。
- 写入流程：事务提交时先写 redo log（顺序写，高性能），再异步刷盘。
Undo Log（回滚日志）
- 作用：保证原子性，记录数据修改前的版本，用于回滚或 MVCC。
- 存储位置：InnoDB 的 undo tablespace。
MVCC（多版本并发控制）
- 核心思想：每个事务看到的数据快照版本不同。
- 实现细节：
  - 隐藏字段：DB_TRX_ID（事务ID）、DB_ROLL_PTR（回滚指针）。
  - ReadView：事务启动时生成活跃事务ID列表，决定可见性。
  - RC vs RR：RC 每次读生成新 ReadView；RR 使用事务启动时的 ReadView。
锁机制
- 行锁：锁住单行数据（如 SELECT ... FOR UPDATE）。
- 间隙锁（Gap Lock）：锁住索引范围间隙，防止插入（解决幻读）。
- 临键锁（Next-Key Lock）：行锁 + 间隙锁，锁住左开右闭区间。

3. 事务最佳实践

控制事务长度：避免长事务占用锁资源，导致死锁或性能下降。
明确事务边界：业务逻辑中尽早提交或回滚。
合理选择隔离级别：根据业务需求权衡一致性与性能。
死锁处理：
- 设置 innodb_lock_wait_timeout 控制锁等待超时。
- 使用 SHOW ENGINE INNODB STATUS 分析死锁日志。
避免隐式提交：如 DDL 语句（ALTER TABLE）会自动提交当前事务。