四、mysql一条sql更新语句的执行过程

目录

4.1. mysql一条语句更新过程

4.2. 执行过程

---

4.1. mysql一条语句更新过程

update test1 t set t.id=t.id+1 where id=2;

执行器找引擎拿到id=2的这一行——》执行器拿到数据+1,调用引擎接口写入这样数据——》引擎更新到内存、记录redo log、告知执行器已完成，可随时提交——》执行器生成binlog日志，写入磁盘——》 执行器调用引擎的提交事务接口，引擎把刚刚写入的 redo log 改成提交（commit）状态，更新完成

1. redo log 用于保证 crash-safe 能力。innodb_flush_log_at_trx_commit 这个参数设置成 1 的时候，表示每次事务的 redo log 都直接持久化到磁盘。这个参数我建议你设置成 1，这样可以保证 MySQL 异常重启之后数据不丢失。
2.  sync_binlog 这个参数设置成 1 的时候，表示每次事务的 binlog 都持久化到磁盘。这个参数我也建议你设置成 1，这样可以保证 MySQL 异常重启之后 binlog 不丢失。
3. 在一个表上有更新的时候，跟这个表有关的查询缓存会失效，所以执行一条update语句就会把表T上所有缓存结果都清空。这也就是我们一般不建议使用查询缓存的原因。
4. 接下来分析其会通过词法和语法解析知道这是一条更新语句。优化器决定要使用ID这个索引。然后，执行器负责具体执行，找到这一行，然后更新。
5. 与查询流程不一样的是，更新流程还涉及两个重要的日志模块：redo log(重做日志)和binlog（归档日志）。

4.2. 执行过程

执行器和InnoDB引擎在执行一个简单的update语句时的内部流程：update T set c=c+1 where ID=2;