【首发月更第13】一文掌握MySQL中的二进制日志,MySQL 优化学习第10天
📢📢📢📢📢📢
哈喽!大家好,我是 【梦想橡皮擦】,10年产研经验,致力于 Python 相关技术栈传播💗
🌻本文如果觉得不错,动动小手点个赞赞吧👍
🌻本文如果发现错误,欢迎在评论区中指正哦💗
🌸感谢各位大大大大哥🌸
📣📣📣📣📣📣
⛳️ 铺垫
本篇博客我们学习一下MySQL 中的二进制日志,该日志记录了所有对MySQL数据库的CRUD事件,包括增删改查和对表的系列操作记录,对于失败、回滚或未提交的操作不会记录。通过MySQL的二进制日志增量,可以实现MySQL的复制和备份。
学习过程中检索到有资料提及,二进制日志(binlog)只会增加 1% 的 MySQL 负载,所以可以一直开启。
⛳️ 开启二进制日志
通过如下命令验证是否开启:
show variables like 'log_bin%';
各个参数的含义如下所示:
log_bin
:是否开启 binlog 日志;log_bin_basename
:binlog 存放在位置log_bin_index
:设置 binlog 日志的索引文件的存放路径及索引文件名;
⛳️ 查看目前数据库的二进制文件
使用如下命令:
show binary logs;
得到如下结果,二进制文件名以 mysql-bin.000xxx
命名。
还可以使用如下命令查看
show master logs;
⛳️ 二进制日志删除
删除某个日志之前的所有二进制文件,使用如下命令
purge binary logs to 'mysql-bin.000014';
得到结果如下所示:
也可以清除某个时间点之前的二进制日志
purge binary logs before '2022-03-22 12:12:00';
清除所有二进制日志文件
reset master;
⛳️ 查看二进制日志
使用如下命令可以查阅日志
show binlog events in 'mysql-bin.000014'
该命令标准格式如下所示:
show binlog events [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count];
参数解析:
IN 'log_name'
:要查询的binlog文件名(默认第一个二进制日志);FROM pos
:指定从哪个pos起始点开始查起(默认文件起始点);LIMIT [offset,]
:偏移量(默认0);row_count
:查询总条数(默认所有行)。
如果执行的时候出现如下错误
Error when executing command SHOW BINLOG EVENTS: Wrong offset or I/O error
该原因是由于 pos
设置不正确,工具就会报 Wrong offset or I/O error 的错误,在查看日志内容之前一定要首先定位好。
查看二进制日志文件,建议使用 mysqlbinlog
工具,在 bin 目录可以查找到。
查询日志过程中如果出现如下错误
mysqlbinlog: [ERROR] unknown variable 'default-character-set=utf8'
两个方法可以解决这个问题
- 在MySQL的配置中将
default-character-set=utf8
修改为character-set-server = utf8
,然后重启MySQL服务。 - 用
mysqlbinlog --no-defaults mysql-bin.xxxx
命令打开。
第二种方法添加的参数是 --no-default
,表示不读取任何选项文件。
其中的语句被 Base64 加密了,可以增加如下参数
--base64-output=decode-rows –v
此时完整的命令如下所示:
mysqlbinlog.exe --no-defaults --base64-output=decode-rows -v D:\phpstudy_pro\Extensions\MySQL5.7.26\.000001
⛳️ binlog恢复数据的2种情况
二进制文件可以用于恢复文件,这部分内容你可以检索一下相关资料进行学习。
数据库丢失或者drop
- 恢复系统自动备份
- 用binlog恢复系统备份时间到此刻的的数据
update与delete误操作
- 恢复系统自动备份
- 从binlog日志中删除误操作的语句,然后执行binlog恢复其他的数据
但是有一点需要注意,如果删除了部分数据,但是没有提前备份数据库,或者二进制日志没有记录数据添加的语句,是无法还原的。
🌻本文如果发现错误,欢迎在评论区中指正哦💗
🌸感谢各位大大大大哥🌸
📣📣📣📣📣📣
橡皮擦的第 596 篇原创博客。
- 点赞
- 收藏
- 关注作者
评论(0)