mysql日志机制及原理

长情知热爱

于 2023-09-18 23:39:13 发布

阅读量58

点赞数

文章标签： mysql 数据库

本文链接：https://blog.csdn.net/weixin_43874650/article/details/133000129

版权

本文详细介绍了MySQL的三种日志机制：redo log用于保证事务的持久性，binlog用于主从复制和数据恢复，undo log确保回滚操作。redo log分为内存的redo log buffer和磁盘的ib_logfile，写入策略由innodb_flush_log_at_trx_commit参数控制。binlog记录所有修改操作，日志格式可通过binlog_format设置。undo log在事务提交后按类型决定何时删除，回滚段管理undo log的存储。错误日志和通用查询日志分别记录数据库运行中的错误和所有用户操作。

摘要由CSDN通过智能技术生成

redo log 重做日志原理详解

innodb_log_buffer_size：设置redo log buffer大小参数，默认16M ，最大值是4096M，最小值为1M。

show variables like ‘%innodb_log_buffer_size%’;

innodb_log_group_home_dir：设置redo log文件存储位置参数，默认值为"./"，即innodb数据文件存储位置，其中的 ib_logfile0 和 ib_logfile1 即为redo log文件。

show variables like ‘%innodb_log_group_home_dir%’;

innodb_log_files_in_group：设置redo log文件的个数，命名方式如: ib_logfile0, iblogfile1… iblogfileN。默认2个，最大100个。

show variables like ‘%innodb_log_files_in_group%’;

innodb_log_file_size：设置单个redo log文件大小，默认值为48M。最大值为512G，注意最大值指的是整个 redo log系列文件之和，即(innodb_log_files_in_group * innodb_log_file_size)不能大于最大值512G。

show variables like ‘%innodb_log_file_size%’;

redo log 写入磁盘过程分析：

redo log 从头开始写，写完一个文件继续写另一个文件，写到最后一个文件末尾就又回到第一个文件开头循环写，如下面这个图所示。

write pos
是当前记录的位置，一边写一边后移，写到第 3 号文件末尾后就回到 0 号文件开头。

checkpoint
是当前要擦除的位置，也是往后推移并且循环的，擦除记录前要把记录更新到数据文件(ibd)里。
write pos 和 checkpoint 之间的部分就是空着的可写部分，可以用来记录新的操作。
如果 write pos 追上checkpoint，表示redo log写满了，这时候不能再执行新的更新，得停下来先擦掉一些记录，把 checkpoint 推进一下。

relog写入策略：

innodb_flush_log_at_trx_commit：这个参数控制 redo log 的写入策略，它有三种可能取值：
        设置为0： 表示每次事务提交时都只是把 redo log 留在 redo log buffer 中，数据库宕机可能会丢失数据。
        设置为1(默认值)：表示每次事务提交时都将 redo log 直接持久化到磁盘，数据最安全，不会因为数据库宕机丢失数据，但是效率稍微差一点，线上系统推荐这个设置。
        设置为2：表示每次事务提交时都只是把 redo log 写到操作系统的缓存page cache里，这种情况如果数据库宕机是不会丢失数据的，但是操作系统如果宕机了，page cac