数据库中的两个最重要的日志redo log和binlog

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了数据库中的两个最重要的日志redo log和binlog，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1898字，纯文字阅读大概需要3分钟。

内容图文

mysql整体来看其实只有两部分，一部分是server层，一部分是引擎层。

 

 

 

1、redo log(重做日志)：当有一条记录需要更新的时候，InnoDB 引擎就会先把记录写入redo log里面，并更新内存，这个时候更新就算完完成了。同时，innodb引擎会在适当的时候，将这个操作记录更新到磁盘里面，而这个更新往往是在系统比较空闲的时候做的。redo log是固定大小的，从前往后写，写完后会继续从开头开始写，把以前的内容覆盖。有了redo log，innodb就可以保证即使数据库发生异常重启，之前提交的记录都不会丢失，这个能力称为crash-safe。

2、binlog(归档日志)：二进制日志文件，用于记录mysql的数据更新或则潜在更新，mysql的主从复制就是依靠binlog。

redo log 和 binlog的区别：1、redo log是innodb引擎特有的，binlog是mysql的server层实现的所有引擎都可以使用。

　　　　　　　　　　　　2、redo log是物理日志：记录的是：“在某个数据页上做了什么修改”；binlog是逻辑日志，记录的是这个语句的原始逻辑，比如：“给id=2 的这一行的c字段加1”。

　　　　　　　　　　　　3、redo log是循环写的，空间会用完，binlog是可以追加写的。

3、假设现在是一个更新操作，现在是内部流程：①：执行器先找到引擎id=2这一行。id是主键，引擎直接用书搜索找到这一行，如果id=2这一行所在的数据也本来就在内存中，就直接返回给执行器；否则，需要先从磁盘读入内存，然后再返回。

　　　　　　　　　　　　　　　　　　　　　  ②：执行器拿到引擎的行数据，把这个值加上1，比如原来是N，现在就是N+1，得到新的一行数据，再调用引擎接口写入这行新数据。

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

　　　　　　　　　　　　　　　　　　　　　  ④：执行器生成这个操作的binlog，并把binlog写入磁盘。

　　　　　　　　　　　　　　　　　　　　　  ⑤：执行器调用引擎的提交事务接口，引擎把刚刚写入的redo log改成提交(commit)状态，更新完成。

4、当你需要扩容的时候，也就是需要再多搭建一些备库来增加系统的读能力的时候，现在常见的作法也是全量备份机上应用binlog来实现。

5、redo log用于保证crash-safe能力。innodb_flush_log_at_trx_commit 这个参数设置成1的时候，表示每次事务的redo log都直接持久化到磁盘。这个参数建议设置成1。sync_binlog这个参数设置成1的时候，表示每次事务的binlog都持久化到磁盘。这个参数建议设置成1.

内容总结

以上是互联网集市为您收集整理的数据库中的两个最重要的日志redo log和binlog全部内容，希望文章能够帮你解决数据库中的两个最重要的日志redo log和binlog所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---