MySQL日志系统redo log、binlog、undo log 区别与作用

日志系统主要有redo log(重做日志),undo log(回滚日志)和binlog(归档日志)。

redo log是InnoDB存储引擎层的日志，binlog是MySQL Server层记录的日志,属于逻辑日志，

是以二进制的形式记录的是这个语句的原始逻辑

二者的主要区别：

1) redo log是属于innoDB层面，binlog属于MySQL Server层面的

2) redo log是物理日志，记录该数据页更新的内容；binlog是逻辑日志，记录的是这个更新语句的原始逻辑

3) binlog可以作为恢复数据使用，主从复制搭建，redo log作为异常宕机或者介质故障后的数据恢复使用

一、三个日志的主要介绍：

1)、重做日志(redo log)

确保事务的持久性，放置发生故障的时间点，尚有脏数据未写入磁盘，在重启mysql的时候，根据redo log

进行重做，刷盘，从而达到事务持久性的作用。

2)、回滚日志(undo log)

保存了事务发生之前数据的一个版本,即那些被事务影响修改的数据，会被记录，可以用来事务回滚操作，用来保证事务

的原子性。

3)、二进制日志(binlog)

用于复制，在主从复制中，从库利用主库上的binlog进行重播，实现主从同步，用户数据库基于时间点的还原。

二、一个更新语句的执行过程分析

update T set c=c+1 where ID=2;

1) 执行器先找引擎取 ID=2 这一行。ID 是主键，引擎直接用树搜索找到这一行。如果 ID=2 这一行所在的数据页本来就

在内存中，就直接返回给执行器；否则，需要先从磁盘读入内存，然后再返回

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

入这行新数据

3)引擎将这行新数据更新到内存中，同时将这个更新操作记录到 redo log 里面，此时 redo log 处于 prepare 状态。

然后告知执行器执行完成了，随时可以提交事务

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

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

三、 innodb_flush_log_at_trx_commit 的设置作用

0: 由mysql的main_thread每秒将存储引擎log buffer中的redo日志写入到log file，并调用文件系统的sync操作，将日志刷新到磁盘。

1：每次事务提交时，将存储引擎log buffer中的redo日志写入到log file，并调用文件系统的sync操作，将日志刷新到磁盘。

2：每次事务提交时，将存储引擎log buffer中的redo日志写入到log file，并由存储引擎的main_thread 每秒将日志刷新到磁盘。

测试演示:

drop table if exists test_flush_log;

create table test_flush_log(id int,name char(50))engine=innodb;

drop procedure if exists proc;

delimiter $$

create procedure proc(i int)

begin

declare s int default 1;

declare c char(50) default repeat('a',50);

while s<=i do

start transaction;

insert into test_flush_log values(null,c);

commit;

set s=s+1;

end while;

end$$

delimiter ;

调用测试: 本机2.844s

set @@global.innodb_flush_log_at_trx_commit=2;

truncate test_flush_log;

call proc(100);

调用测试: 本机5.380s

set @@global.innodb_flush_log_at_trx_commit=1;

truncate test_flush_log;

call proc(100);