做期货看哪些网站,wordpress设置自动更新,网站规划的解释,带状疱疹的预防措施mysql日志系统之redo log和bin log12018.12.02 01:35:06字数 997阅读 3,248首先#xff0c;我们先来看看一次查询/更新语句流程图mysql查询/更新流程图.png本文会将重点放在执行器存储引擎之间的交互。mysql不是每次数据更改都立刻写到磁盘#xff0c;而是会先将修改后的结果…mysql日志系统之redo log和bin log12018.12.02 01:35:06字数 997阅读 3,248首先我们先来看看一次查询/更新语句流程图mysql查询/更新流程图.png本文会将重点放在执行器存储引擎之间的交互。mysql不是每次数据更改都立刻写到磁盘而是会先将修改后的结果暂存在内存中,当一段时间后再一次性将多个修改写到磁盘上减少磁盘io成本同时提高操作速度。mysql通过WAL(write-ahead logging)技术保证事务在同一个事务中每当数据库进行修改数据操作时将修改结果更新到内存后会在redo log添加一行记录记录“需要在哪个数据页上做什么修改”并将该记录状态置为prepare等到commit提交事务后会将此次事务中在redo log添加的记录的状态都置为commit状态之后将修改落盘时会将redo log中状态为commit的记录的修改都写入磁盘。过程如下图更新流程.pngredo log记录方式redolog的大小是固定的在mysql中可以通过修改配置参数innodb_log_files_in_group和innodb_log_file_size配置日志文件数量和每个日志文件大小redolog采用循环写的方式记录当写到结尾时会回到开头循环写日志。如下图redolog记录方式.pngwrite pos表示日志当前记录的位置当ib_logfile_4写满后会从ib_logfile_1从头开始记录check point表示将日志记录的修改写进磁盘完成数据落盘数据落盘后checkpoint会将日志上的相关记录擦除掉即write pos-checkpoint之间的部分是redo log空着的部分用于记录新的记录checkpoint-write pos之间是redo log待落盘的数据修改记录。当writepos追上checkpoint时得先停下记录先推动checkpoint向前移动空出位置记录新的日志。有了redo log当数据库发生宕机重启后可通过redo log将未落盘的数据恢复即保证已经提交的事务记录不会丢失。有了redo log为啥还需要binlog呢1、redo log的大小是固定的日志上的记录修改落盘后日志会被覆盖掉无法用于数据回滚/数据恢复等操作。2、redo log是innodb引擎层实现的并不是所有引擎都有。基于以上binlog必不可少1、binlog是server层实现的意味着所有引擎都可以使用binlog日志2、binlog通过追加的方式写入的可通过配置参数max_binlog_size设置每个binlog文件的大小当文件大小大于给定值后日志会发生滚动之后的日志记录到新的文件上。3、binlog有两种记录模式statement格式的话是记sql语句 row格式会记录行的内容记两条更新前和更新后都有。binlog和redo log必须保持一致不允许出现binlog有记录但redolog没有的情况反之亦然。之前说过在一个事务中redolog有prepare和commit两种状态所以在redolog状态为prepare时记录binlog可保证两日志的记录一致下图列出各种情况来说明。4.png现在我们再来看看整个完整的流程图更新流程.png相关参数设置建议1、innodb_flush_log_at_trx_commit设置为1表示每次事务的redolog都直接持久化到磁盘(注意是这里指的是redolog日志本身落盘)保证mysql重启后数据不丢失。2、sync_binlog 设置为1表示每次事务的binlog都直接持久化到磁盘(注意是这里指的是binlog日志本身落盘)保证mysql重启后binlog记录是完整的。
