目录
4.1. mysql一条语句更新过程
update test1 t set t.id=t.id+1 where id=2;
执行器找引擎拿到id=2的这一行——》执行器拿到数据+1,调用引擎接口写入这样数据——》引擎更新到内存、记录redo log、告知执行器已完成,可随时提交——》执行器生成binlog日志,写入磁盘——》 执行器调用引擎的提交事务接口,引擎把刚刚写入的 redo log 改成提交(commit)状态,更新完成
- redo log 用于保证 crash-safe 能力。innodb_flush_log_at_trx_commit 这个参数设置成 1 的时候,表示每次事务的 redo log 都直接持久化到磁盘。这个参数我建议你设置成 1,这样可以保证 MySQL 异常重启之后数据不丢失。
- sync_binlog 这个参数设置成 1 的时候,表示每次事务的 binlog 都持久化到磁盘。这个参数我也建议你设置成 1,这样可以保证 MySQL 异常重启之后 binlog 不丢失。
- 在一个表上有更新的时候,跟这个表有关的查询缓存会失效,所以执行一条update语句就会把表T上所有缓存结果都清空。这也就是我们一般不建议使用查询缓存的原因。
- 接下来分析其会通过词法和语法解析知道这是一条更新语句。优化器决定要使用ID这个索引。然后,执行器负责具体执行,找到这一行,然后更新。
- 与查询流程不一样的是,更新流程还涉及两个重要的日志模块:redo log(重做日志)和binlog(归档日志)。
4.2. 执行过程
执行器和InnoDB引擎在执行一个简单的update语句时的内部流程:update T set c=c+1 where ID=2;