MySQL执行INSERT语句时并不是直接把数据写进磁盘文件，而是经过一套由服务器层和存储引擎层配合完成的流程。下面我们按实际执行顺序拆解这条语句从发起到提交的完整过程。
一、连接与权限校验
客户端发送INSERT语句后，MySQL连接器先校验用户名、密码和库表权限。如果权限不足，语句在第一步就会被拒绝，不会进入后续解析。
二、分析器解析语句
分析器对SQL做词法和语法解析，把INSERT INTO user(name, age) VALUES('tom', 18)拆成表名、列名和值列表，并生成解析树。如果语法错误，这里会直接报错。
三、优化器生成执行计划
对于简单INSERT，优化器主要决定使用哪个索引、是否批量写入。如果是INSERT SELECT，还会选择表连接顺序。最终形成向存储引擎写入的执行计划。
四、执行器调用存储引擎
执行器根据计划调用InnoDB的写接口。InnoDB先定位到聚簇索引位置，检查唯一索引冲突，再在内存页中写入新记录。
1. 写Undo日志
在修改页之前，InnoDB会写undo日志，用于事务回滚和MVCC。INSERT对应的undo记录标记为该事务插入的行。
2. 写Redo日志
数据页修改后，InnoDB生成redo日志并写入redo buffer。redo保证崩溃后数据不丢，采用WAL机制先写日志再刷盘。
-- 查看innodb redo相关参数 SHOW VARIABLES LIKE 'innodb_flush_log_at_trx_commit';
五、写Binlog日志
执行器在事务提交阶段写binlog，用于主从复制和点位恢复。binlog格式可为STATEMENT、ROW或MIXED。
六、事务提交与落盘
提交时，InnoDB将redo刷盘，执行器将binlog刷盘，并返回客户端成功。以下伪代码展示核心顺序：
// 事务提交简化逻辑
try {
innodbWriteRedo(); // 写redo buffer
binlogWrite(sql); // 写binlog
innodbCommit(); // 标记事务提交
innodbFlushRedo(); // 刷redo到磁盘
binlogFlush(); // 刷binlog到磁盘
} catch (Exception e) {
innodbRollback(); // 异常回滚
}
七、常见写入问题对照
| 现象 | 可能环节 |
|---|---|
| 插入慢 | 索引多、锁等待、redo刷盘策略 |
| 主从延迟 | binlog写入或复制线程消费慢 |
| 唯一键冲突 | 执行器调用InnoDB检查时报错 |
通过上述流程可以看到，一条INSERT背后涉及服务器层解析与引擎层日志协作。掌握MySQL执行INSERT语句的完整流程，能让我们在调优和排错时更有方向。