首页 > 数据库 >使用mysqlbinlog 备份 binlog日志文件

使用mysqlbinlog 备份 binlog日志文件

时间:2025-01-10 09:34:14浏览次数:1  
标签:binlog 文件 -- 备份 服务器 mysqlbinlog 日志

使用 mysqlbinlog 备份二进制日志文件

默认情况下,mysqlbinlog读取二进制日志文件并以文本格式显示其内容。这使您能够更轻松地检查文件中的事件并重新执行它们(例如,通过将输出用作 mysql的输入)。mysqlbinlog可以直接从本地文件系统读取日志文件,或者, --read-from-remote-server 它可以连接到服务器并从该服务器请求二进制日志内容。mysqlbinlog将文本输出写入其标准输出,或者 如果给出该选项,则写入以选项值命名的文件。 --result-file=file_name

mysqlbinlog 备份功能

mysqlbinlog 备份选项

静态和实时备份

输出文件命名

示例:mysqldump + mysqlbinlog 用于备份和恢复

mysqlbinlog 备份限制

mysqlbinlog 备份功能

mysqlbinlog可以读取二进制日志文件并写入包含相同内容的新文件——即以二进制格式而不是文本格式。此功能使您能够轻松地以原始格式备份二进制日志。 mysqlbinlog可以进行静态备份,备份一组日志文件并在到达最后一个文件末尾时停止。它还可以进行连续(“实时”)备份,在到达最后一个日志文件的末尾时保持与服务器的连接,并在生成新事件时继续复制它们。在持续备份操作中, mysqlbinlog运行直到连接结束(例如,当服务器退出时)或 mysqlbinlog被强制终止。当连接结束时,mysqlbinlog不会等待并重试连接,这与副本服务器不同。要在服务器重新启动后继续实时备份,您还必须重新启动mysqlbinlog。

重要的
mysqlbinlog可以备份加密和未加密的二进制日志文件。但是,使用mysqlbinlog生成的加密二进制日志文件的副本 以未加密的格式存储。

mysqlbinlog 备份选项

二进制日志备份要求您 至少使用两个选项 调用mysqlbinlog :

( --read-from-remote-server or -R) 选项告诉 mysqlbinlog连接到服务器并请求其二进制日志。(这类似于连接到其复制源服务器的副本服务器。)

该--raw选项告诉 mysqlbinlog写入原始(二进制)输出,而不是文本输出。

与 一起 --read-from-remote-server,通常指定其他选项: --host指示服务器运行的位置,您可能还需要指定连接选项,例如--user和 --password。

其他几个选项与 结合使用 --raw:

--stop-never:到达最后一个日志文件的末尾后保持与服务器的连接并继续读取新事件。

--connection-server-id=id: mysqlbinlog连接到服务器时报告的服务器 ID。使用 --stop-never时,默认报告的服务器 ID 为 1。如果这导致与副本服务器或另一个 mysqlbinlog进程的 ID 冲突, 请--connection-server-id 用于指定备用服务器 ID。请参阅 第 4.6.9.4 节,“指定 mysqlbinlog 服务器 ID”。

--result-file: 输出文件名的前缀,如后所述。

静态和实时备份

要使用mysqlbinlog 备份服务器的二进制日志文件 ,您必须指定服务器上实际存在的文件名。如果您不知道名称,请连接到服务器并使用该SHOW BINARY LOGS语句查看当前名称。假设该语句产生以下输出:

mysql> SHOW BINARY LOGS;
+---------------+-----------+-----------+
| Log_name | File_size | Encrypted |
+---------------+-----------+-----------+
| binlog.000130 | 27459 | No |
| binlog.000131 | 13719 | No |
| binlog.000132 | 43268 | No |
+---------------+-----------+-----------+
有了这些信息,您可以使用 mysqlbinlog将二进制日志备份到当前目录,如下所示(在一行中输入每个命令):

binlog.000130要对through 进行静态备份 binlog.000132,请使用以下任一命令:

mysqlbinlog --read-from-remote-server --host=host_name --raw
binlog.000130 binlog.000131 binlog.000132

mysqlbinlog --read-from-remote-server --host=host_name --raw
--to-last-log binlog.000130
第一个命令明确指定每个文件名。第二个仅命名第一个文件并用于 --to-last-log读取最后一个文件。这些命令之间的区别在于,如果服务器恰好 在mysqlbinlog到达末尾 binlog.000133之前 打开,则第一个命令不会读取它,但第二个命令会读取它。 binlog.000132

要进行实时备份,其中 mysqlbinlog开始 binlog.000130复制现有日志文件,然后在服务器生成新事件时保持连接以复制新事件:

mysqlbinlog --read-from-remote-server --host=host_name --raw
--stop-never binlog.000130
使用--stop-never,没有必要指定 --to-last-log读取到最后一个日志文件,因为该选项是隐含的。

输出文件命名

如果没有--raw, mysqlbinlog会生成文本输出 --result-file,如果给定选项,则指定将所有输出写入到的单个文件的名称。使用--raw, mysqlbinlog为从服务器传输的每个日志文件写入一个二进制输出文件。默认情况下, mysqlbinlog会在当前目录中写入与原始日志文件同名的文件。要修改输出文件名,请使用该 --result-file选项。与 结合使用--raw时, --result-file选项值被视为修改输出文件名的前缀。

假设服务器当前有二进制日志文件命名 binlog.000999和向上。如果您使用 mysqlbinlog --raw备份文件,该 --result-file选项会生成如下表所示的输出文件名。--result-file您可以通过以目录路径开头的值将文件写入特定目录 。如果该 --result-file值仅包含目录名称,则该值必须以路径名分隔符结尾。如果存在,输出文件将被覆盖。

--result-file选项 输出文件名
--result-file=x xbinlog.000999及以上
--result-file=/tmp/ /tmp/binlog.000999及以上
--result-file=/tmp/x /tmp/xbinlog.000999及以上
示例:mysqldump + mysqlbinlog 用于备份和恢复

下面的例子描述了一个简单的场景,展示了如何使用mysqldump和 mysqlbinlog来备份服务器的数据和二进制日志,以及如果发生数据丢失,如何使用备份来恢复服务器。该示例假设服务器在主机上运行,host_name​​并且它的第一个二进制日志文件名为 binlog.000999. 在一行中输入每个命令。

使用mysqlbinlog对二进制日志进行连续备份:

mysqlbinlog --read-from-remote-server --host=host_name --raw
--stop-never binlog.000999
使用mysqldump创建一个转储文件作为服务器数据的快照。使用 --all-databases、 --events和 --routines备份所有数据,并将--master-data=2当前二进制日志坐标包含在转储文件中。

mysqldump --host=host_name --all-databases --events --routines --master-data=2> dump_file
定期 执行mysqldump命令以根据需要创建更新的快照。

如果发生数据丢失(例如,如果服务器意外退出),请使用最近的转储文件来恢复数据:

mysql --host=host_name -u root -p < dump_file
然后使用二进制日志备份重新执行在转储文件中列出的坐标之后写入的事件。假设文件中的坐标如下所示:

CHANGE MASTER TO MASTER_LOG_FILE='binlog.001002', MASTER_LOG_POS=27284;
如果最近备份的日志文件名为 binlog.001004,请重新执行日志事件,如下所示:

mysqlbinlog --start-position=27284 binlog.001002 binlog.001003 binlog.001004
| mysql --host=host_name -u root -p
您可能会发现将备份文件(转储文件和二进制日志文件)复制到服务器主机更容易执行恢复操作,或者如果 MySQL 不允许远程 root访问。

mysqlbinlog 备份限制

使用mysqlbinlog的 二进制日志备份受以下限制:

如果连接丢失(例如,如果发生服务器重启或网络中断), mysqlbinlog不会自动重新连接到 MySQL 服务器。

备份的延迟类似于副本服务器的延迟。

 

指定mysqlbinlog服务器ID

--read-from-remote-server 当使用该选项 调用时, mysqlbinlog连接到 MySQL 服务器,指定一个服务器 ID 来标识自己,并从服务器请求二进制日志文件。您可以使用 mysqlbinlog通过多种方式从服务器请求日志文件:

指定一组明确命名的文件:对于每个文件, mysqlbinlog连接并发出一个 Binlog dump命令。服务器发送文件并断开连接。每个文件有一个连接。

指定开始文件和 --to-last-log: mysqlbinlog连接并为所有文件发出 Binlog dump命令。服务器发送所有文件并断开连接。

指定开始文件和 --stop-never(这意味着--to-last-log): mysqlbinlog连接并为所有文件发出 Binlog dump命令。服务器发送所有文件,但在发送最后一个文件后不断开连接。

使用 --read-from-remote-server only,mysqlbinlog使用服务器 ID 0 连接,这告诉服务器在发送最后一个请求的日志文件后断开连接。

使用 --read-from-remote-server and --stop-never, mysqlbinlog使用非零服务器 ID 连接,因此服务器在发送最后一个日志文件后不会断开连接。服务器 ID 默认为 1,但可以使用 更改--connection-server-id。

因此,对于前两种请求文件的方式,服务器断开连接是因为mysqlbinlog--stop-never指定的服务器 ID 为 0。如果给出它不会断开连接, 因为mysqlbinlog指定了一个非零服务器 ID。

标签:binlog,文件,--,备份,服务器,mysqlbinlog,日志
From: https://www.cnblogs.com/shujuyr/p/18501720

相关文章

  • cgroup与systemd: 通过src rpm获取systemd源代码,添加日志并使用rpmbuild重新打包
    问题起源服务跑在富容器中。容器使用init进程作为一号进程,然后用systemd管理所有service。在做一次升级时,nginx启动脚本有更新,原来是root拉起,现在进行了去root改造,使用nginx用户拉起。升级过程中,发现nginx进程无法被拉起,报错:"RefusingtoacceptPIDoutsideofservicecon......
  • 使用Docker部署的基于binlog实现Mysql8
    概念MySQL基于Binlog的主从复制(Master-SlaveReplication)是MySQL数据库中实现数据复制的一种机制。在这种复制模式下,主库(Master)记录所有对数据库的修改操作(如INSERT、UPDATE、DELETE等)到二进制日志(Binlog),从库(Slave)则读取这些日志并执行相同的操作,从而保持与主库的数据一......
  • 服务器日志分析:洞察系统健康与性能的关键
    在复杂的网络环境中,服务器日志是监控、分析和优化系统性能、安全及用户体验的重要资源。服务器日志记录了服务器运行期间发生的各种活动,包括用户访问、系统事件、错误报告和安全警告等。本文旨在深入探讨服务器日志分析的重要性、方法以及如何利用分析结果来提升系统效率和安......
  • 通过Kibana清理ELK日志
    进入kibana后台管理界面 选择IndexManagement,过滤需要删除的日志名 选择删除 ......
  • 日志 1.8
    接着做昨天的题CF1081G这个题没自己仔细研究有点可惜。我们知道无序序列的归并排序是对每个前缀最大值分出小段然后归并若干小段,所以一次归并两边各自的相对顺序是不变的。考虑把贡献拆成区间内部的贡献和区间间的贡献。内部的贡献是好算的:每一对元素都有1/2的概率贡献逆序对......
  • nginx 日志规范化意义及实现!
    一.场景:     首先,我们需要明白log的重要性。服务的log,将是我们分析用户行为的不可缺少的一个核心组件;通过log我们可以获取用户的访问量,qps,rt,pv,状态,通过log进行相应的监控,故障排除,追踪,定位等。     nginxlog的配置方式,相信做过运维的同学都使用过,曾经......
  • 【运维】如何检查电脑正常异常和关机日志? 1074正常关机或重启 6006正常关机 41非正常
    事件ID1074:正常关机或重启,由用户或程序请求触发。事件ID6006:正常关机,表示系统已正确关闭。事件ID41:非正常关机,可能是由于电源问题、硬件故障或系统崩溃导致。事件ID6008:异常关机,通常是由于系统崩溃、电源中断或硬件问题导致的非正常关闭。要在Windows中查看事件......
  • 04、DBA必会的日志管理
    目录1、Binlog详解,包括记录格式、内容解析、清除、落盘分析2、GeneralLog介绍及使用3、SlowLog的开启及查看4、通过ErrorLog排错5、RedoLog详解,包括落盘、归档、禁用6、UndoLog详解,包括清除、配置本章作业1、讲一下Binlog的三种记录格式,并说下优缺点2、现......
  • SQL Server数据库备份、差异备份、日志备份脚本.250108
    1,sp脚本USE[master]GO/******Object:StoredProcedure[dbo].[sp_BackupDatabase]ScriptDate:2025/1/810:43:05******/SETANSI_NULLSONGOSETQUOTED_IDENTIFIERONGO--Author:Amadeus--Createdate:2021-10-20execsp_BackupDatabaseL--Des......
  • linux 清空catalina.out日志 不需要重启tomcat(五种方法)
    今天突然发现图表展示查询条件不能用了,想着可能是日志太多一直没清理导致的,结果一查tomcat的log目录居然已经有1012G,果断删除生成的前几年的日志,发现这些都不大,保留2425年其他都删掉还有956G,仔细一看catalina.out居然有865G,上网查看有没有不关闭tomcat就清空这个文件的方法,删除之......