Mysql

关注公众号 jb51net

关闭
首页 > 数据库 > Mysql > Mysql BinLog存储机制与数据恢复

Mysql BinLog存储机制与数据恢复方式

作者:FYHannnnnn

这篇文章主要介绍了Mysql BinLog存储机制与数据恢复方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教

一,BinLog

Redo Log 是属于InnoDB引擎所特有的日志,而MySQL Server也有自己的日志,即 Binary log(二进制日志),简称Binlog。

Binlog是记录所有数据库表结构变更以及表数据修改的二进制日志,不会记录SELECT和SHOW这类操作

Binlog日志是以事件形式记录,还包含语句所执行的消耗时间

一般情况下,开启Binlog日志有以下两个最重要的使用场景:

二,BinLog文件记录模式

Binlog文件名默认为“主机名_binlog-序列号”格式,例如oak_binlog-000001,也可以在配置文件 、中指定名称。

文件记录模式有STATEMENT、ROW和MIXED三种:

ROW(row-based replication, RBR):日志中会记录每一行数据被修改的情况,然后在 slave端对相同的数据进行修改。

STATMENT(statement-based replication, SBR):每一条被修改数据的SQL都会记录到 master的Binlog中,slave在复制的时候SQL进程会解析成和原来master端执行过的相同的 SQL再次执行。简称SQL语句复制。(Sql语句的复制和Redo Log有相似)

MIXED(mixed-based replication, MBR):以上两种模式的混合使用,一般会使用 STATEMENT模式保存binlog,对于STATEMENT模式无法复制的操作使用ROW模式保存 binlog,MySQL会根据执行的SQL语句选择写入模式。

三,BinLog文件结构

MySQL的binlog文件中记录的是对数据库的各种修改操作,用来表示修改操作的数据结构是Log event。

不同的修改操作对应的不同的log event。

比较常用的log event有:Query event、Row event、Xid event等binlog文件的内容就是各种Log event的集合。

Log Event结构图:

四,BinLog 写入机制

1,根据记录模式和操作触发event事件生成log event(事件触发执行机制)

2,将事务执行过程中产生log event写入缓冲区,每个事务线程都有一个缓冲区 Log Event保存在一个binlog_cache_mngr数据结构中,在该结构中有两个缓冲区,一个是 stmt_cache,用于存放不支持事务的信息;另一个是trx_cache,用于存放支持事务的信息。

3,事务在提交阶段会将产生的log event写入到外部binlog文件中。 不同事务以串行方式将log event写入binlog文件中,所以一个事务包含的log event信息在 binlog文件中是连续的,中间不会插入其他事务的log event。

五,BinLog 与 redo Log区别

Redo Log是属于InnoDB引擎功能,Binlog是属于MySQL Server自带功能,并且是以二进制 文件记录。

六,BinLog 日志分析与恢复

I,BinLog开启相关配置要修改my.cnf或my.ini配置文件,在[mysqld]下面log_bin=mysql_bin_log

II. 查看服务器上有哪些BinLog文件命令: show binary logs;

III.查看当前朝哪一个文件中写入内容命令: show master status;

IV.查看当前有哪一些事件类型命令:show binlog events; or 指定文件名称 show binlog events in 文件名

V.mysqlbinlog 文件名,查看BinLog内容(此命令非cmd命令,需要到安装mysql服务器上执行),执行该命令时需要注意不能带有分号,否则报错

如果想要恢复这一段,那么就要使用到起始点和结束点,或者去使用时间,但是时间不规范,因为同时间并发操作下,恢复可能会出现问题。

mysqldump:定期全部备份数据库数据。mysqlbinlog可以做增量备份和恢复操作。

恢复命令如下:

按指定时间恢复

mysqlbinlog --start-datetime="2021-10-27 14:23:00" --stopdatetime="2021-10-27 14:30:00" mysqlbinlog.000002 | mysql -uXXX -pXXX

按事件位置号恢复

mysqlbinlog --start-position=9281 --stop-position=9232 mysqlbinlog.000002 | mysql -uXXX -pXXX

VI.BinLog 文件删除

purge binary logs to 'mysqlbinlog.000001'; //删除指定文件
purge binary logs before '2021-10-27 00:00:00'; //删除指定时间之前的文件
reset master; //清除所有文件

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。

您可能感兴趣的文章:
阅读全文