云社区 博客 博客详情
云社区 博客 博客详情

MySQL的两种日志类型,redo log,binlog

CSDN 发表于 2020-10-21 00:22:06 10-21 00:22
CSDN 发表于 2020-10-21 00:22:06 2020-10-21
0
0

【摘要】 文章内容学习:极客时间-林晓彬老师-MySQL实战45讲 整理而得 我们知道MySQL数据库在发生意外宕机的情况下,可以将数据恢复到历史的某个时间点,能实现这个功能依靠的是日志,MySQL提供两种类型的日志,也是两个模块中的日志,分别是存储引擎中的日志(redo log(重做日志))和Server层的日志(binlog(归档日志)) redo log MySQ...
文章内容学习:极客时间-林晓彬老师-MySQL实战45讲 整理而得

我们知道MySQL数据库在发生意外宕机的情况下,可以将数据恢复到历史的某个时间点,能实现这个功能依靠的是日志,MySQL提供两种类型的日志,也是两个模块中的日志,分别是存储引擎中的日志(redo log(重做日志))和Server层的日志(binlog(归档日志))

redo log

MySQL在执行一条更新语句的时候,需要更新内存中的数据,然后在更新磁盘中的数据,这里运用到了WAL技术,全称是Write-Ahead Logging 这里的关键点就是先写个更新日志,然后把内存中的数据给更新,等到系统有空闲时间了,再更新磁盘上的数据

InnoDB的redo log是物理日志,记录了在某个数据页做了什么修改,并且文件是固定大小,可以配置一组为4个日志文件,每个文件大小为1G,那么总计可以存储4G的日志。因为日志大小是固定的,所以存满了需要从第一个日志文件开始循环继续写。有了redo log InnoDB就可以保证数据库发生异常宕机重启后,之前提交的数据都不会丢失,这个能力称之为crash-safe

binlog

binlog是Server的日志,记录的是逻辑日志,比如"给ID=2的一行数据的C字段更新为1",并且日志是追加写入的,文件到了指定大写会自动切割换到下一个文件,不会覆盖以前的文件,这一点不像redo log。

用于调节日志的参数

innodb_flush_log_at_trx_commit 这个参数设置为1,表示每次事务的redo log日志都直接持久化到磁盘

sync_binlog 这个参数设置为1,表示每次事务binlog都持久化到磁盘

 

文章来源: blog.csdn.net,作者:lichlaughing,版权归原作者所有,如需转载,请联系作者。

原文链接:blog.csdn.net/lchlaughing/article/details/109140057

登录后可下载附件,请登录或者注册

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件至:huaweicloud.bbs@huawei.com进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容。
评论文章 //点赞 收藏 0
点赞
分享文章到微博
分享文章到朋友圈

评论 (0)


0/1000
评论

登录后可评论,请 登录注册

评论

您没有权限执行当前操作

温馨提示

您确认删除评论吗?

确定
取消
温馨提示

您确认删除评论吗?

删除操作无法恢复,请谨慎操作。

确定
取消
温馨提示

您确认删除博客吗?

确定
取消

确认删除

您确认删除博客吗?

确认删除

您确认删除评论吗?

温馨提示

登录超时或用户已下线,请重新登录!!!

确定
取消