一条SQL查询执行的流程
客户端
连接工具（Navacat，SQLyog，JDBC）都是客户端，主要用于发送执行SQL语句的请求
服务端
服务端可以分为server层和存储引擎层
server层
负责处理SQL语句, 解析, 优化, 缓存等.
负责权限管理, 用户认证等
提供了复制, 备份, 恢复等高级功能
Server层有自己的日志系统, 称为binlog. binlog记录了所有修改数据库数据的SQL语句(如INSERT，UPDATE, DELETE等). 单不包括SELECT和SHOW等查询语句.
- binlog主要用于复制和恢复操作. (类似于Redis中AOF备份). 追加写
| 组件 | 核心职责 |
|---|---|
| 分析器 (Parser) | 解析与检查：负责理解 SQL 语句在说什么，检查其语法和语义是否正确。 |
| 优化器 (Optimizer) | 决策与规划：决定 SQL 语句怎么做最高效，生成最佳执行计划。 |
| 执行器 (Executor) | 执行与反馈：根据执行计划实际操作数据，并返回结果。 |
存储引擎层
负责数据的存储和检索
MySQL支持多种存储引擎, 如InnDB, MyISAM, Memory等, 每一种引擎都有其特点和使用场景.
InnoDB是MySQL的默认存储引擎, 它支持事务, 行级锁, 和外键约束. innoDB有自己的日志系统, 称为redo log和undo log.
- redo log记录事务提交后所有的修改信息, 在数据库崩溃后可以用来回复数据. 用于保证事务的持久性 (它记录的是对某个表空间的某个数据页的物理修改（例如"在表空间5的页号100的偏移量20处写入值'abc'"），而不是逻辑的SQL语句)
- 循环写, 空间固定会用完.
- undo log, 记录数据修改的反向操作, 用于支持事务的原子性和多版本并发控制
一条SQL更新语句的流程
事务两阶段提交: 先写入redo log, 再写入binlog
误删除一张表，如何找回数据？
- 首先, 找到最近的一次全量备份(要做定期备份, 比如一天一备份)
- 然后, 从备份的时间点开始, 将备份的binlog依次取出来, 重放删表之前的那个时刻
如果事务还未提交时发生崩溃, MySQL会如何处理?
- 如果redo log里的事务状态时prepare, 并且binlog记录了对应完整的事务, 则提交事务 (通过事务id(XID) 查询事务信息)
- 否则, 回滚事务