MySQL获取binlog的开始时间和结束时间(最新方法)
有志者,事竟成!如果你在学习数据库,那么本文《MySQL获取binlog的开始时间和结束时间(最新方法)》,就很适合你!文章讲解的知识点主要包括MySQLBinlog、开始时间、结束时间,若是你对本文感兴趣,或者是想搞懂其中某个知识点,就请你继续往下看吧~
MySQL数据库恢复到指定时间点时,我们必须通过MySQL全备+MySQL增量备份(可选)+MySQL的二进制日志(binlog)进行重放来恢复到指定时间点,实际的生产环境中,可能一段时间内生成了多个二进制日志文件(binlog), MySQL本身不会存储二进制日志文件(binlog)的开始时间和结束时间,如果要还原到某个时间点,我们需要知道还原后重放哪些二进制日志文件。那么就必须获取二进制日志(binlog)的开始时间和结束时间。那么我们如何获取MySQL二进制日志文件(binlog)的开始时间和结束时间呢?下面简单总结几个方法,以供参考。
1:通过xtrabackup_info文件获取
Xtrabckup还原全备或增量备份时,会生成一个xtrabackup_info文件,如下所示:
$ more xtrabackup_info uuid = 3bd8a0f7-ea2f-11ed-9896-00505697b437 name = tool_name = xtrabackup tool_command = --defaults-file=/data/conf/my.cnf --login-path=**** --backup --target-dir=/db_backup/mysql_backup/db_backup/backup_cycle_2023_04_30/full_backup_2023_05_04_11_53_25 tool_version = 8.0.31-24 ibbackup_version = 8.0.31-24 server_version = 8.0.31 start_time = 2023-05-04 11:53:26 end_time = 2023-05-04 11:53:30 lock_time = 0 binlog_pos = filename 'mysql_binlog.000042', position '289', GTID of the last change 'd01ecb4f-c944-11ed-9896-00505697b437:1-111:100 0108-1953894,d01edb91-c944-11ed-9896-00505697b437:1-5,f8ef839e-c942-11ed-9bd2-00505697b437:1-13' innodb_from_lsn = 0 innodb_to_lsn = 824007891 partial = N incremental = N format = file compressed = N encrypted = N

如上所示,你可以看到一行关于binlog_pos的信息:binlog文件名为mysql_binlog.000042,起始位置为289,我们应用MySQL二进制日志(binlog)可以从这个二进制日志开始:
mysqlbinlog --start-position="289" ./mysql_binlog.000042 > restore.sql
这个方法有局限性,只能被动获取我们需要重放二进制日志的文件名和开始位置。这里仅供参考。
2:通过mysqlbinlog解析获取
如下所示,我们想知道mysql_binlog.000042什么时候开始生成,什么时候开始结束的,其实MySQL二进制日志里面包含有这样的信息,如下所示:
$ mysqlbinlog mysql_binlog.000042 | head -10 # The proper term is pseudo_replica_mode, but we use this compatibility alias # to make the statement usable on server versions 8.0.24 and older. /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/; /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/; DELIMITER /*!*/; # at 4 #230504 11:53:30 server id 1 end_log_pos 126 Start: binlog v 4, server v 8.0.31 created 230504 11:53:30 BINLOG ' OixTZA8BAAAAegAAAH4AAAAAAAQAOC4wLjMxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAEwANAAgAAAAABAAEAAAAYgAEGggAAAAICAgCAAAACgoKKioAEjQA
我们可以通过获取关键字Start: binlog获取这一行的信息,从而获取MySQL二进制日志(binlog)的开始时间,如下所示:
$ mysqlbinlog mysql_binlog.000042 |grep "Start: binlog"
#230504 11:53:30 server id 1 end_log_pos 126 Start: binlog v 4, server v 8.0.31 created 230504 11:53:30
$ mysqlbinlog mysql_binlog.000042 |grep "Start: binlog" | awk -F "server id" '{print $1}'
#230504 11:53:30
如上所示,生成mysql_binlog.000042的时间点为230504 11:53:30,这里年份使用了缩写模式,即2023缩写为23,230504代表的是2023-05-04.
如果要获取二进制日志(binlog)的结束时间,这个还要看二进制日志是正常循环结束还是实例关闭结束,它们会对应不同的信息
STOP_EVENT
A STOP_EVENT has not payload or post-header
ROTATE_EVENT
The rotate event is added to the binlog as last event to tell the reader what binlog to request next.
如下所示:
$ mysqlbinlog mysql_binlog.000042 | tail -10 # at 533 #230504 12:13:35 server id 3 end_log_pos 560 Xid = 50948183 COMMIT/*!*/; # at 560 #230504 12:14:03 server id 1 end_log_pos 606 Rotate to mysql_binlog.000043 pos: 4 SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/; DELIMITER ; # End of log file /*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/; /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
$ mysqlbinlog mysql_binlog.000042 |grep Rotate
#230504 12:14:03 server id 1 end_log_pos 606 Rotate to mysql_binlog.000043 pos: 4
$ mysqlbinlog mysql_binlog.000042 |grep Rotate | awk -F "server id" '{print $1}'
#230504 12:14:03
如果MySQL关闭后,对应的MySQL二进制日志的格式如下所示:
$ mysqlbinlog mysql_binlog.000045 | tail -10 # at 126 #230504 17:02:23 server id 10 end_log_pos 157 CRC32 0x2d378ba5 Previous-GTIDs # [empty] # at 157 #230504 17:08:11 server id 10 end_log_pos 180 CRC32 0xb6b08f2c Stop SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/; DELIMITER ; # End of log file /*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/; /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
$ mysqlbinlog mysql_binlog.000045 | grep Stop | awk -F "server id" '{print $1}'
方法3:stat命令查看创建时间
在Linux平台,我们可以通过stat命令查看文件的创建时间,如下所示
$ stat mysql_binlog.000042 File: mysql_binlog.000042 Size: 606 Blocks: 8 IO Block: 4096 regular file Device: fd08h/64776d Inode: 100663444 Links: 1 Access: (0640/-rw-r-----) Uid: ( 801/ mysql) Gid: ( 800/ mysql) Access: 2023-05-04 13:36:54.872910222 +0800 Modify: 2023-05-04 12:14:18.712310369 +0800 Change: 2023-05-04 12:14:18.712310369 +0800 Birth: 2023-05-04 11:53:30.640989646 +0800
如上所示,我们可以通过Birth字段信息,知道mysql_binlog.000042是2023-05-04 11:53:30创建的。但是我们没法获取二进制日志的结束时间,不过由于MySQL的二进制日志文件是有数字序列的,所以我们可以通过下一个二进制日志文件(binlog)的开始时间来判断上一个二进制日志文件(binlog)的结束时间。
$ stat mysql_binlog.000043 File: mysql_binlog.000043 Size: 335 Blocks: 8 IO Block: 4096 regular file Device: fd08h/64776d Inode: 100663430 Links: 1 Access: (0640/-rw-r-----) Uid: ( 801/ mysql) Gid: ( 800/ mysql) Access: 2023-05-04 13:36:58.524978710 +0800 Modify: 2023-05-04 16:55:07.161545830 +0800 Change: 2023-05-04 16:55:07.161545830 +0800 Birth: 2023-05-04 12:14:18.713310387 +0800
文中关于mysql的知识介绍,希望对你的学习有所帮助!若是受益匪浅,那就动动鼠标收藏这篇《MySQL获取binlog的开始时间和结束时间(最新方法)》文章吧,也可关注golang学习网公众号了解相关技术文章。
基于MySQL和Redis扣减库存的实践
- 上一篇
- 基于MySQL和Redis扣减库存的实践
- 下一篇
- MySQL索引失效十种场景与优化方案
-
- 数据库 · MySQL | 23分钟前 | MySQL · 索引 · 性能优化 · 执行计划 · mysql explain optimizer hint FORCE INDEX USE INDEX
- MySQL optimizer hint 和 FORCE INDEX 怎么选择
- 478浏览 收藏
-
- 数据库 · MySQL | 1小时前 | MySQL · explain · 性能分析 · JSON执行计划 · 嵌套循环 · mysql 执行计划 EXPLAIN FORMAT=JSON nested_loop 查询成本
- MySQL EXPLAIN FORMAT=JSON 怎么查看嵌套循环成本
- 166浏览 收藏
-
- 数据库 · MySQL | 7小时前 |
- MySQL collation 不一致导致 JOIN 报错怎么统一
- 446浏览 收藏
-
- 数据库 · MySQL | 15小时前 |
- MySQL 递归 CTE 生成日期序列时为什么列类型会截断
- 104浏览 收藏
-
- 数据库 · MySQL | 19小时前 |
- MySQL 递归 CTE 遍历树数据时怎么防止无限循环
- 142浏览 收藏
-
- 数据库 · MySQL | 22小时前 |
- MySQL invisible index 如何安全观察索引下线影响
- 300浏览 收藏
-
- 数据库 · MySQL | 23小时前 | MySQL · 索引优化 · generated column · mysql 索引 优化器 生成列
- MySQL 生成列索引为什么没有被优化器使用
- 300浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL 窗口函数取每组最新记录时如何处理并列时间
- 242浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL JSON_VALUE 返回 NULL 时怎么区分缺少路径和空值
- 170浏览 收藏
-
- 数据库 · MySQL | 1天前 | MySQL · JSON查询 · JSON_TABLE · SQL技巧 · mysql JSON_TABLE FOR ORDINALITY JSON数组序号
- MySQL JSON_TABLE 的 FOR ORDINALITY 怎么保留数组原始序号
- 139浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 61次使用
-
- SuperCLUE
- SuperCLUE是权威的中文大语言模型综合评测基准,涵盖语言理解、知识应用、AI Agent智能体及安全性等12项核心能力。通过多轮对话与客观测试,定期发布榜单与技术报告,为模型研发、优化及行业选型提供科学依据。
- 217次使用
-
- C-Eval
- 深入了解C-Eval中文评估套件,涵盖52个学科与4级难度。本文详解其功能特点、Zero-shot/Few-shot使用方法及代码示例,助您全面评测LLM中文理解与泛化能力。
- 145次使用
-
- AI Prompt Library
- 探索AI Prompt Library免费资源库,涵盖营销、写作及多场景AI提示词。兼容ChatGPT、Claude等工具,一键复制优化输出,提升工作效率。
- 79次使用
-
- Generrated
- Generrated汇集9300+张DALL·E生成图像及对应提示词,支持查看完整图集、对比DALL·E 2与3版本差异,是AI绘图新手学习Prompt设计与获取创作灵感的实用工具。
- 56次使用
-
- 一文详解MySQL Binlog日志与主从复制
- 2022-12-29 436浏览
-
- Mysql如何通过binlog日志恢复数据详解
- 2022-12-30 381浏览
-
- MySQL通过binlog恢复数据
- 2023-02-16 110浏览
-
- MySQL的binlog日志使用详解
- 2022-12-31 159浏览
-
- 开启MySQL的binlog日志的方法步骤
- 2022-12-29 240浏览

