mysql之 redo log

重做日志（redo log）

前言:之前一直弄不清楚 mysql 里面 bin log 和 innodb log 文件的区别，在脑子里面一直有个疑问 binlog 日志文件已经可以用来进行
数据库的日志备份恢复了，怎么又多了一个 redo log 文件了。相信也有很多人有这个疑惑，现在把整个过程文档整理出来，希望对大家有所帮忙。

如果对 Oracle 很了解,那么在整个学习 innoDB log 的时候,可以把联
机重做日志的那套理论套在学习 innoDB log 上面,几乎是一样的;

1、innodb log 的基础知识
innodb log 顾名思义：即 innodb 存储引擎产生的日志，也可以称为
重做日志文件，默认在 innodb_data_home_dir 下面有两个文件
ib_logfile0 和 ib_logfile1。MySQL 官方手册中将这两个文件叫文
InnoDB 存储引擎的日志文件；

查看日志文件位置：
[root@rh55 ~]# cat /etc/my.cnf
# Uncomment the following if you are using InnoDB tables
#innodb_data_home_dir = /usr/local/mysql/data
#innodb_data_file_path = ibdata1:10M:autoextend
#innodb_log_group_home_dir = /usr/local/mysql/data
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
#innodb_buffer_pool_size = 16M
#innodb_additional_mem_pool_size = 2M
# Set .._log_file_size to 25 % of buffer pool size
#innodb_log_file_size = 5M
#innodb_log_buffer_size = 8M
#innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50
[root@rh55 ~]# cd /usr/local/mysql/data/
[root@rh55 data]# ls -l
total 28732
-rw-rw---- 1 mysql mysql 18874368 Jun 10 16:52 ibdata1
-rw-rw---- 1 mysql mysql 5242880 Jun 10 16:52 ib_logfile0
-rw-rw---- 1 mysql mysql 5242880 Jun 10 16:52 ib_logfile1
drwxr-xr-x 5 mysql mysql 4096 Jun 19 14:12 mysql
drwx------ 2 mysql mysql 4096 Jun 10 16:52
performance_schema
drwxr-xr-x 2 mysql mysql 4096 Jun 10 16:18 test

innodb log 的作用：当 MySQL 的实例和介质失败的时候，Innodb存储引擎就会使用 innodb log 文件进行恢复，保证数据库的完整性；

innodb log 的写原理：（请容许我再放下 InnoDB 的原理图，并且建议把这张图看到吐）

每个 InnDB 存储引擎至少有 1 个重做日志文件组（group），每个文件组下至少有两个重做日志文件，默认的为 ib_logfile0、ib_logfile1；
日志组中每个重做日志的大小一致，并循环使用；

InnoDB 存储引擎先写重做日志文件，当文件满了的时候，会自动切换到日志文件 2，当重做日志文件 2 也写满时，会再切换到重做日
志文件 1；为了保证安全和性能，请设置每个重做日志文件设置镜像，并分配到不同的磁盘上面；

（发现以上特性跟 ORACLE 的连接重做日志文件简直是一样的）

2、innodb log 的相关参数

运行脚本：show variables like 'innodb%log%'; 查看重做日志的相关参数
mysql> show variables like 'innodb%log%';

常用设置的参数有：
innodb_mirrored_log_groups 镜像组的数量，默认为 1，没有镜像；
innodb_log_group_home_dir 日志组所在的路径，默认为 data 的home 目录；
innodb_log_files_in_group 日志组的数量，默认为 2；
innodb_log_file_size 日志组的大小,默认为 5M；
innodb_log_buffer_size 日志缓冲池的大小，图上为 30M

3、参数的相关调优
3.1 重做日志文件的大小设置跟 ORACLE 一样，面临的问题是相似的。

当 innodb log 设置过大的时候，可能会导致系统崩溃后恢复需要很长的时间；
当 innodb log 设置过小的时候，当一个事务产生大量的日志的时候，需要多次切换重做日志文件，会产生类似如下的报警；
130702 12:53:13 InnoDB: ERROR: the age of the last checkpoint
is 2863217109,
InnoDB: which exceeds the log group capacity 566222311.
InnoDB: If you are using big BLOB or TEXT rows, you must set the
InnoDB: combined size of log files at least 10 times bigger than the

4、重做日志与二进制日志的区别
4.1 记录的范围不同：二进制日志会记录 MySQL 的所有存储引擎的日志记录（包括 InnoDB、MyISAM 等)，而 InnoDB 存储引擎的重做日志只会记录其本身的事务日志。
4.2 记录的内容不同：二进制日志文件记录的格式可以为STATEMENT 或者 ROW 也可以是 MIXED，其记录的都是关于一个事务的具体操作内容。
InnoDB 存储引擎的重做日志文件记录的关于每个页的更改的物理情况。
4.3 写入的时间也不同：二进制日志文件是在事务提交前进行记录的，而在事务进行的过程中，不断有重做日志条目被写入到重做日志文件中。