日志系统：一条SQL更新语句是如何执行的

你在学习数据库相关的知识吗？本文《日志系统：一条SQL更新语句是如何执行的》，主要介绍的内容就涉及到MySQL，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！

1.更新语句的执行流程

update t set c=c+1 where id=2

1.先连接器连接
2.分析器通过词法和语法分析是一条更新语句
3.优化器决定要是使用ID的索引

2.日志模块

2.1日志模块：redo

类比《孔乙己》的掌柜记账 WAL 技术，WAL 的全称是 Write-Ahead Logging，它的关键点就是先写日志，再写磁盘。
redo log 是InnoDB 引擎特有的，从开头写到末尾又回开头循环写，有crash-safe能力

2.2 重要日志模块 binlog

binlog是Server层的归档日志，没有crash-safe能力
两种日志的不同：
1.redo log是InnoDB引擎特有的；binlog是Server层实现的，所有引擎都可以使用
2.redo log是物理日志，记录的是 “在某个数据页上做了什么修改”；binlog是逻辑日志，记录的是这个语句的原始逻辑，比如 “给ID=2这一行的c字段加1”
3.redo log是 循环写的，空间固定会用完；binlog是 可以追加写入的。“追加写”是指binlog 文件写到一定大小后会切换到下一个，并不会覆盖以前的日志

3.UPDATE语句内部流程

1.执行器先找引擎去ID=2这行，ID是主键，引擎用树搜索找到这行，如果内存存在数据，直接返回给执行器，否则需要先从磁盘读入内存，再返回
2.执行器拿到引擎给的行数据，将该值加上1，同时将原来的数据存入undo，将得到新的一行数据，再调用引擎接口写入这行新数据
3.引擎将这行新数据更新到内存，同时将更新操作记录到redo log，redo log处于prepare状态，然后告知执行器执行完了，随时可以提交事务。
4.执行器生成这个操作的binlog，并把binlog写入磁盘
5.执行器调用引擎的提交事务接口，引擎把刚刚写入的redo log改成提交（commit）状态，更新完成
redo log和binlog都可以用于表示事务的提交状态，而两阶段提交就是让这两个状态保持逻辑上的一致

4.小结

redo log用于保证crash-safe能力。inoodb_flush_log_at_trx_commit 参数设置成1，表示每次事务的redo log都直接持久到磁盘。可以保证Mysql异常重启后数据不丢失
sync_binlog 参数设置成1的时候，表示每次事务的binlog都持久化到磁盘，可以保证MySQL异常重启后binlog不丢失

文章转自极客时间---MYSQL实战45讲

到这里，我们也就讲完了《日志系统：一条SQL更新语句是如何执行的》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于mysql的知识点！