前言:之前一直弄不清楚mysql里面bin log和innodb log文件的区别，在脑子里面一直有个疑问binlog日志文件已经可以用来进行数据库的日志备份恢复了，怎么又多了一个redo log文件了。相信也有很多人有这个疑惑，现在把整个过程文档整理出来，希望对大家有所帮忙。
一、innodb log的基础知识
看红色框框的那部分
（发现以上特性跟ORACLE的连接重做日志文件简直是一样的）
二、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.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.1? 记录的范围不同：二进制日志会记录MySQL的所有存储引擎的日志记录（包括InnoDB、MyISAM等)，
而InnoDB存储引擎的重做日志只会记录其本身的事务日志。
4.2 记录的内容不同：二进制日志文件记录的格式可以为STATEMENT或者ROW也可以是MIXED，其记录的都是关于一个事务的具体操作内容。
InnoDB存储引擎的重做日志文件记录的关于每个页的更改的物理情况。
4.3 写入的时间也不同：二进制日志文件是在事务提交前进行记录的，而在事务进行的过程中，不断有重做日志条目被写入到重做日志文件中。
总结：理论指导实践，理论的知识虽然比较枯燥，学习跟建房子一样，看着很漂亮的高楼大厦，地下往往要有一个坚实的基础，基础打好了，高楼也能建得稳了。