mysql binlog 备份_详解mysql备份报错Binlogging on server not active解决方法

概述

最近通过日志发现有一个数据库没有定时备份,手动执行备份脚本发现报错binlog问题

mysqldump: Error: Binlogging on server not active
399daba89614858a856fa1484ef68882.png

其实看报错就是binlog没正常启动,下面简单说下解决过程..


1、检查备份脚本

核心备份命令:

mysqldump -h$host -u$user -p$passwd $dbname --single_transaction --flush-logs --master-data=2 >$backup_path/$sqlname
8f10732897cfddc29148d1c501c2dae5.png

2、修改binlog配置

# sudo vi /etc/my.cnf=================================================================#在[mysqld]标签下添加:#二进制配置server-id = 1#log-bin = mysql-binlog-bin = /pasdata/log/mysql-bin.loglog-bin-index =/pasdata/log/binlog.indexlog_bin_trust_function_creators=1expire_logs_days=7max_binlog_size = 1Gbinlog_format = rowbinlog_row_image = full=================================================================
9ba14a429118fefd2e1842805f507d36.png

保存退出


3、重启数据库

 systemctl restart mysqld

4、验证备份

备份正常。

66e3a10f06cff3ec30a4a45c61b30f84.png

其实事后发现是因为数据分区做了迁移,binlog没有正常生成导致,这里还是得想一下怎么把Oracle、mysql、sqlserver的备份弄成一个可视化的备份平台并接到邮件中,靠人工去检查毕竟不是正道,后面应该会单独做一个专项任务,大家有什么好用的平台可以在下方留言,一起探讨下~

b0422f27ba1cd65fd7f54feb6142c74e.gif
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
GTID(Global Transaction ID)是MySQL 5.6版本引入的一种全局事务标识机制,用于在主从复制和数据恢复等场景下精确追踪事务的执行情况。在GTID模式下,每个事务都会分配一个全局唯一的ID,由GTID组成,用于标识该事务的唯一性。 在MySQL中,有两种类型的GTID:基于二进制日志的GTID(gtid_binlog)和基于事务的GTID(gtid_current_pos)。其中,基于二进制日志的GTID是默认启用的。它由两部分组成:server_uuid和transaction_id。其中,server_uuid是MySQL实例的唯一标识符,transaction_id是一个递增的整数,用于标识每个事务。 基于GTID的数据恢复可以通过以下步骤实现: 1. 确认目标数据库的GTID模式,以及需要恢复的数据起始和结束的GTID范围。 2. 在备份服务器上创建一个与目标数据库相同的空数据库。 3. 将备份服务器上的二进制日志文件和索引文件拷贝到目标服务器上,并将它们放置在与备份服务器相同的目录下。 4. 在目标服务器上使用mysqlbinlog命令解析备份服务器上的二进制日志文件,并过滤出需要恢复的数据,生成一个SQL文件。 5. 在目标服务器上执行步骤4生成的SQL文件,恢复数据。 在执行步骤4时,可以使用mysqlbinlog命令的--start-position和--stop-position参数指定需要恢复的二进制日志文件的起始和结束位置,也可以使用--start-datetime和--stop-datetime参数指定需要恢复的时间范围。 需要注意的是,在基于GTID的数据恢复中,必须确保目标服务器和备份服务器的server_uuid相同,否则会导致GTID不一致,无法进行数据恢复。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值