zoukankan      html  css  js  c++  java
  • 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 写入的时间也不同:二进制日志文件是在事务提交前进行记录的,而在事务进行的过程中,不断有重做日志条目被写入到重做日志文件中。

  • 相关阅读:
    我们的故事
    实验三 进程调度模拟程序
    Java环境配置XXX系统(标题党)
    .Net多线程和线程通信(标题党)
    关于数据库死锁,数据库脏数据和产生的原因,数据库事务(标题党)
    微服务架构(一):什么是微服务
    .NET Core 实践一:微服务架构的优点(转)
    .NET Core 实践二:事件通知和异步处理
    设计模式之单例模式
    数组式访问-ArrayAccess
  • 原文地址:https://www.cnblogs.com/andy6/p/9535592.html
Copyright © 2011-2022 走看看