MySQL日志之binlog、redo log、undo log
来源:SegmentFault
时间:2023-01-26 20:49:50 288浏览 收藏
小伙伴们有没有觉得学习数据库很有意思?有意思就对了!今天就给大家带来《MySQL日志之binlog、redo log、undo log》,以下内容将会涉及到MySQL、Undo、binlog,若是在学习中对其中部分知识点有疑问,或许看了本文就能帮到你!
1. binlog(二进制日志)
1.1 binlog介绍
binlog记录了对数据库执行
# 配置log-bin,启动bin log # cat /etc/mysql/my.cnf ... [mysqld] log-bin server-id=1
mysql> show variables like 'datadir'; +---------------+-----------------+ | Variable_name | Value | +---------------+-----------------+ | datadir | /var/lib/mysql/ | +---------------+-----------------+ 1 row in set (0.00 sec) mysql> system ls -lh /var/lib/mysql/; total 249M -rw-r----- 1 mysql mysql 154 8月 13 19:35 admin-node-bin.000001 -rw-r----- 1 mysql mysql 24 8月 13 19:35 admin-node-bin.index -rw-r----- 1 mysql mysql 3.8K 7月 30 00:06 admin-node-slow.log -rw-r----- 1 mysql mysql 56 6月 1 20:08 auto.cnf -rw------- 1 mysql mysql 1.7K 6月 1 20:08 ca-key.pem -rw-r--r-- 1 mysql mysql 1.1K 6月 1 20:08 ca.pem
上面的admin-node-bin.000001就是binlog文件,我们在配置文件中没有指定名称,所有默认用了主机名(admin-node)做了文件名。admin-node-bin.index为binlog的索引文件,用来存储过往产生的binlog序号,
mysql> select @@binlog_format; +-----------------+ | @@binlog_format | +-----------------+ | ROW | +-----------------+ 1 row in set (0.00 sec) mysql> show variables like 'binlog_format'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | binlog_format | ROW | +---------------+-------+ 1 row in set (0.01 sec)
- STATEMENT格式下,binlog文件记录的是日志的逻辑SQL语句。
- 在ROW格式下,binlog记录的不再是简单的SQL语句,而是记录表的行更改情况。
- MIXED格式下,MySQL会动态自动选择STATEMENT格式或ROW格式。
如下,以STATEMTNT格式为例,看下binlog文件内容。我们先将binlog_format参数设置为STATMENT,然后执行修改语句,查看binlog内容。binlog存储的是二进制,不能直接查看,需要借助命令
# 将binlog_format参数设置为STATEMENT mysql> set @@session.binlog_format='STATEMENT'; Query OK, 0 rows affected (0.00 sec) mysql> select @@binlog_format; +-----------------+ | @@binlog_format | +-----------------+ | STATEMENT | +-----------------+ 1 row in set (0.00 sec) # 执行插入语句 mysql> insert into t1 select 4, 'dfd'; Query OK, 1 row affected (0.13 sec) Records: 1 Duplicates: 0 Warnings: 0
查看binlog内容,可以看到记录了刚刚执行的插入语句
mysql> show engine innodb status\G *************************** 1. row *************************** ...... --- LOG --- Log sequence number 937484896 Log flushed up to 937484896 Pages flushed up to 937484896 Last checkpoint at 937484887 0 pending log flushes, 0 pending chkp writes 10 log i/o's done, 0.00 log i/o's/second ---------------------- ......
3. bin log和redo log的区别
- bin log会记录所有与MySQL有关的日志记录,包括不同存储引擎的日志。而redo log是InnoDB存储引擎特有的,只记录有关InnoDB本身的事务日志。
- 记录的内容不同。bin log记录的是关于一个事务的具体操作内容,主要用于
人工恢复数据
。而redo log记录的是关于每个页(Page)的更改的物理情况,如Spaceid,PageNo,OpCode,Data,它是InnoDB用于保证crash-safe能力地,也就是事务提交后MySQL崩溃地话,可以保证事务的持久性,从而保证数据的完整性。也就是说,bin log是用作人工恢复的。redo log是MySQL自己使用的,用于保证在数据库崩溃是的数据完整性。 - 写入的时间不同。bin log文件是在事务提交前记录的,而在事务进行的过程中,不断有redo log被写入日志文件中。
4. undo log
在执行事务的过程中可能会失败,这个时候就可以利用undo log将数据回滚到修改之前的样子。与redo不同的是,redo放在文件中,而undo存放在数据库内部的一个特殊段中,称为undo段,undo段位于共享表空间内(ibdata1)。
利用undo回滚并不是直接将数据库恢复到执行事务之前的样子,因为事务是支持并发的,如果直接恢复到某个事务执行之前的样子,就可能会影响到其他事务的结果。实际上利用undo回滚采取的是类似
补偿的方式,比如对每个insert,InnoDB存储引擎会完成一个delete;对每个delete,会完成一个insert;对每个update,会执行一个相反的update。也就是说回滚不是物理上的恢复,而是逻辑上的恢复,保证回滚的事务没有更改数据库数据。
文中关于mysql的知识介绍,希望对你的学习有所帮助!若是受益匪浅,那就动动鼠标收藏这篇《MySQL日志之binlog、redo log、undo log》文章吧,也可关注golang学习网公众号了解相关技术文章。
-
499 收藏
-
244 收藏
-
235 收藏
-
157 收藏
-
101 收藏
-
259 收藏
-
411 收藏
-
476 收藏
-
312 收藏
-
244 收藏
-
195 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习
-
- 雪白的流沙
- 这篇文章内容太及时了,太全面了,很好,码起来,关注楼主了!希望楼主能多写数据库相关的文章。
- 2023-02-17 13:40:53
-
- 威武的鸵鸟
- 这篇技术文章出现的刚刚好,太细致了,赞 👍👍,mark,关注作者大大了!希望作者大大能多写数据库相关的文章。
- 2023-02-16 03:24:27
-
- 正直的冬天
- 好细啊,码住,感谢大佬的这篇文章,我会继续支持!
- 2023-02-07 21:46:52
-
- 糊涂的嚓茶
- 赞 👍👍,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢up主分享文章!
- 2023-02-03 00:57:06
-
- 无情的白猫
- 这篇文章内容真是及时雨啊,太详细了,很有用,码起来,关注老哥了!希望老哥能多写数据库相关的文章。
- 2023-02-02 22:43:35
-
- 秀丽的大米
- 太全面了,已收藏,感谢作者大大的这篇文章,我会继续支持!
- 2023-01-29 13:35:09
-
- 甜美的苗条
- 很棒,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢师傅分享技术文章!
- 2023-01-28 02:21:43
-
- 悦耳的蜡烛
- 太细致了,码起来,感谢楼主的这篇文章,我会继续支持!
- 2023-01-28 01:56:39
-
- 眯眯眼的荷花
- 这篇博文出现的刚刚好,楼主加油!
- 2023-01-27 18:05:00
-
- 积极的草丛
- 真优秀,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢老哥分享文章内容!
- 2023-01-27 09:25:43
-
- 听话的墨镜
- 这篇技术文章真及时,细节满满,很有用,码起来,关注师傅了!希望师傅能多写数据库相关的文章。
- 2023-01-26 22:43:16