登录
首页 >  数据库 >  MySQL

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)
  1. STATEMENT格式下,binlog文件记录的是日志的逻辑SQL语句。
  2. 在ROW格式下,binlog记录的不再是简单的SQL语句,而是记录表的行更改情况。
  3. 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的区别

  1. bin log会记录所有与MySQL有关的日志记录,包括不同存储引擎的日志。而redo log是InnoDB存储引擎特有的,只记录有关InnoDB本身的事务日志。
  2. 记录的内容不同。bin log记录的是关于一个事务的具体操作内容,主要用于
    人工恢复数据
    。而redo log记录的是关于每个页(Page)的更改的物理情况,如Spaceid,PageNo,OpCode,Data,它是InnoDB用于保证crash-safe能力地,也就是事务提交后MySQL崩溃地话,可以保证事务的持久性,从而保证数据的完整性。也就是说,bin log是用作人工恢复的。redo log是MySQL自己使用的,用于保证在数据库崩溃是的数据完整性
  3. 写入的时间不同。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学习网公众号了解相关技术文章。

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>
评论列表