mysql基础(2):一条sql更新语句是如何执行的?

update T set  c=c+1 where ID=2

连接器----分析器----优化器----执行器----找到这一行进行更新,与查询流程不一样的是,更新流程还涉及到两个重要的日志模块:redo log(重做日志)和binlog(归档日志)


一:redo log(物理日志)

    1: 什么是redo log?

        a. 先写日志,再写磁盘。具体来说,当有一条记录需要更新的时候,InnoDB引擎就会先把记录写到redo log里面,并更新内存。同时,InnoDB引擎会在适当的时候,将这个操作记录更新到磁盘里面,这个更新往往是在系统比较空闲的时候做。

        b. InnoDB引擎特有的日志。


    2: redo log怎么运行的?

        a. InnoDB的redo log 是固定大小的,比如配置为一组4个文件,每个文件的大小是1GB,那么这块粉板总共就可以记录4GB的操作。从头开始写,写到末尾就又回到开头循环写。

        b. 可以保证即使数据库发生异常重启,之前提交的记录都不会丢失,这种能力为crash-safe

        阿群博客       


二:binlog(逻辑日志)

    binlog: server层的日志,binlog(归档日志)。


    1: 为什么会有两份日志?

        因为最开始MySQL没有InnoDB引擎,自带的MyISAM没有crash-safe能力,binlog日子只能用于归档。所以InnoDB以插件的形式引入MySQL,使用另外一套日志系统redo log 实现crash-safe能力。

    

    2: 两种日志有什么不同?

        a. redo log是InnoDB特有的;binlog是MySQL的server层实现的,所有引擎都可以使用。

        b. redo log是物理日志,记录的是在某个数据页上做了什么修改;binlog是逻辑日志,记录的是这个语句的原始逻辑,比如给ID=2这一行的c字段加1

        c. redo log是循环写,空间固定会用完;binlog可以追加写入的,追加写是指binlog文件写到一定大小后会切换到下一个,并不会覆盖以前的日志。


三:执行器和InnoDB引擎在执行update语句的内部流程

    1. 执行器先找引擎取ID=2这一行,ID是主键,引擎直接用树搜索找到这一行。如果ID=2这一行所在的数据页本来就在内存中,就直接返回给执行器;否则需要先从磁盘读入内存,然后再返回。


    2. 执行器拿到引擎给的行数据,把这个值加上1,得到新一行的数据,再调用引擎接口写入这行新数据。


    3. 引擎将这行新数据更新到内存中,同时将这个更新操作记录到redo log里面,此时redo log处于prepare状态。然后告知执行器执行完成,随时可以提交事务。


    4. 执行器生成这个操作的binlog,并把binlog写入磁盘。


    5. 执行器调用引擎的提交事务接口,引擎把刚刚写入的redo log改成commit状态,更新完成。


四:为什么必须有两阶段提交?

    为了让两份日志之间的逻辑一致。


    1. 怎么让数据库恢复到半个月内任意一秒的状态?

        a. 首先,找到最近的一次全量备份,如果你运气好,可能是昨天晚上的一个备份,从这个备份恢复到临时表。

        b. 然后,从备份的时间点开始,将备份的binlog依次取出来,重放到中午误删之前的那个时刻。


    2. 为什么日志需要两阶段提交?

        a. 因为redo log和binlog是两个独立的逻辑。

        b. 先写redo log 后写binlog,假设redo log写完,binlog还没有写完,就crash,这时候binlog里面就没有这个语句,如果用binlog恢复临时库时,这个语句的binlog丢失,这个临时就少了一次更新。

        c. 先写binlog后写redo log,假设在binlog写完之后crash,由于redo log还没写,这个一行的值还是0,但是进行恢复时binlog把0改成1,所以临时库和原库的值不同。


    3. 需要恢复临时库的场景?

        a. 误操作后进行恢复。

        b. 需要扩容的时候,再多搭建一些备库来增加系统的读能力,现在常见的做法是全量备份加上应用binlog来实现的。


五:总结

    1. redo log用于保证crash-safe能力。innodb_flush_log_at_trx_commit参数设置成1,表示事务的redo log都能直接持久化到磁盘。建议设置为1,可以保证mysql异常重启之后数据不丢失。


    2. binlog,sync_binlog参数设置为1,表示每次事务的binlog都持久化到磁盘。建议设置为1,可以保证MySQL异常重启之后binlog不丢失。


阿群博客
请先登录后发表评论
  • 最新评论
  • 总共0条评论