InnoDB是MySQL默认存储引擎，支持ACID事务、行级锁与MVCC、聚簇索引及崩溃恢复机制，适用于高并发、强一致场景。
聚簇索引及崩溃恢复机制，适用于高并发、强一致场景。InnoDB 是 MySQL 默认的存储引擎，主打事务安全与高并发处理能力，适合绝大多数业务场景，尤其在需要数据一致性和可靠性的系统中表现突出。
支持事务与 ACID 特性
InnoDB 完全支持事务的四大特性（ACID）：原子性、一致性、隔离性、持久性。它通过 undo log 实现回滚，redo log 保证崩溃恢复，确保事务即使在意外中断后也能维持数据完整性。例如执行一条包含多表更新的事务，任一环节失败，整个操作都会回退，不会留下中间状态。
- 默认自动提交关闭（autocommit=0）时，需显式 commit 或 rollback
- 支持四种隔离级别，默认为 REPEATABLE READ，并通过 next-key lock 解决幻读
- 可配合 savepoint 实现部分回滚
行级锁 + MVCC 多版本并发控制
相比 MyISAM 的表锁，InnoDB 在大多数读写操作中使用行级锁，大幅减少锁冲突；同时借助 MVCC，在不加锁的前提下实现非阻塞读（快照读），提升并发性能。
- SELECT 不加锁（快照读），UPDATE/DELETE/INSERT 默认加当前读锁（next-key lock）
- MVCC 依赖隐藏字段（DB_TRX_ID、DB_ROLL_PTR）和 undo log 构建数据快照
- 高并发下写操作不易阻塞读，适合电商订单、金融记账等场景
聚簇索引组织表结构
InnoDB 表数据按主键顺序物理存储，主键索引即聚簇索引，叶子节点直接存完整行记录；二级索引叶子节点存储的是主键值，查询时可能触发回表。
- 主键应尽量选择短、稳定、递增的字段（如 BIGINT 自增），避免随机插入导致页分裂
- 没有显式主键时，InnoDB 会自动生成隐藏 ROW_ID，但不推荐依赖
- 覆盖索引可避免回表，提升查询效率
崩溃恢复与缓冲管理机制
InnoDB 通过 doublewrite buffer、redo log 和 buffer pool 实现高效写入与快速恢复。buffer pool 缓存数据页和索引页，显著降低磁盘 I/O；redo log 采用循环写入方式，保障事务持久性。
- innodb_log_file_size 和 innodb_log_buffer_size 需根据写负载合理配置
- buffer_pool_size 建议设为物理内存的 50%–75%，避免频繁换页
- doublewrite buffer 可防止部分页写入失败导致数据页损坏
不复杂但容易忽略：InnoDB 的设计围绕“可靠写入”和“并发读取”展开，合理利用其索引机制、锁策略与日志体系，是发挥性能的关键。
