Mysql使用binlog增量备份与恢复

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
日志服务 SLS,月写入数据量 50GB 1个月
简介: Mysql使用binlog增量备份与恢复

背景

  • 之前都是使用mysqldump全量备份,后来数据量大了,一个是磁盘空间不足,第二是占用cpu资源严重;
  • 使用binlog之后,执行过程都被实时记录到了日志文件中,只需要维护一次全量备份,基于此,再加上执行记录,就可以恢复到自己想要的位置或时间节点;

查询binlog相关

-- 查看当前数据库是否开启binlog
show variables like '%log_bin%';

-- 查看当前数据库binary log的位置
show master status;     

-- 查看binlog日志文件有哪些
show binary logs;

-- 查看具体日志文件
show binlog events in 'mysql-bin.000001';

在这里插入图片描述

修改配置文件开启log_bin:

[mysqld]
#binlog 设置
log-bin=/var/lib/mysql/mysql-bin
server_id=1
max_binlog_size=100M            # 默认1G

# binlog模式的选择,可参考链接:http://blog.itpub.net/20892230/viewspace-2129567/
binlog_format="ROW"
binlog_rows_query_log_events =1    
binlog_row_image='minimal'              # 默认是full,记录全部字段,  minimal表示只记录更改字段的值和where字段的值

修改好后重启msyql

增量备份

生成新的mysql-bin.00000*文件:

# 登陆了msysql直接执行:
flush logs;

# Linux中直接执行
mysqladmin  -uroot  -p123456   flush-logs

# docker中:
docker  exec -it mysql5.7  mysqladmin  -uroot  -p123456   flush-logs

清空所有binlog日志命令:

-- 日志文件也会被直接清理掉,重新从mysql-bin.000001开始记录日志
reset master;

通过mysqlbinlog 命令查看日志文件

直接查看

mysqlbinlog --no-defaults ./mysql-bin.000002
在这里插入图片描述

解码查看sql执行记录:

mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000002
在这里插入图片描述

查看该文件的开始记录时间与结束时间:

# 查看开始时间
mysqlbinlog  --no-defaults  ./mysql-bin.000011  | grep  "Start: binlog"
# 查看结束时间
mysqlbinlog  --no-defaults  ./mysql-bin.000011  | grep  "Rotate to "

在这里插入图片描述
在这里插入图片描述

如何恢复

  • 导入全量备份的数据,然后基于这个数据,通过log_bin日志,按生成顺序,一个个日志文件执行一遍即可;
-- 恢复到 mysql-bin.000001 的数据,指定库名 log(也可以不指定数据库名,全部恢复)   
mysqlbinlog  --no-defaults  /var/lib/mysql/mysql-bin.000001   |   mysql -uroot -p123456 -v log;

--  指定pos结束点恢复(部分恢复)
mysqlbinlog  --no-defaults  --stop-position=435  --database= log    /var/lib/mysql/mysql-bin.000001   |  mysql -uroot -p密码   -v   log

--  指定pos开始点与结束点恢复(部分恢复)
mysqlbinlog   --no-defaults   --start-position=573  --stop-position=718  --database= log    /var/lib/mysql/mysql-bin.000001   |  mysql -uroot -p密码   -v   log

-- 通过时间来恢复,(指定截止时间,或者指定开始与结束时间)
mysqlbinlog  --no-defaults   --start-datetime="2020-9-25 15:05:08"  --stop-datetime="2020-9-25 16:25:00"  --database= log    /var/lib/mysql/mysql-bin.000001   |  mysql -uroot -p密码   -v   log

-- 将mysql-bin.000001日志文件内的 log 数据库日志,事件点 718 之前的日志,输出到 log718.sql
-- 而且解析输出到sql之后,也是可以通过 source  **.sql 来执行导入的;
mysqlbinlog  --no-defaults   /var/lib/mysql/mysql-bin.000001 -d log --skip-gtids --stop-position=718 > log718.sql

--当报此错时:mysqlbinlog: mysql: [ERROR] unknown variable 'default-character-set=utf8mb4'
--加上这个参数就好了:--no-defaults

我的备份方案:

1、确认开启binlog配置后,reset master从新开始记录日志;
2、每天定时 flush logs一次;并及时备份好 msql-bin.00**文件;这一步不做也行;
3、每周全量备份一次,注意:先flush logs,然后执行全量备份;

  • 注意注意:一定要小心 reset master命令,一旦执行,日志文件将会全部丢失,重新开始记录后面的执行日志了!!!
相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
相关文章
|
1月前
|
存储 SQL 关系型数据库
MySQL中binlog、redolog与undolog的不同之处解析
每个都扮演回答回溯与错误修正机构角色: BinLog像历史记载员详细记载每件大大小小事件; RedoLog则像紧急救援队伍遇见突發情況追踪最后活动轨迹尽力补救; UndoLog就类似时间机器可倒带历史让一切归位原始样貌同时兼具平行宇宙观察能让多人同时看见各自期望看见历程而互不干扰.
132 9
|
2月前
|
存储 SQL 关系型数据库
MySQL的Redo Log与Binlog机制对照分析
通过合理的配置和细致的管理,这两种日志机制相互配合,能够有效地提升MySQL数据库的可靠性和稳定性。
102 10
|
4月前
|
SQL 监控 关系型数据库
MySQL日志分析:binlog、redolog、undolog三大日志的深度探讨。
数据库管理其实和写小说一样,需要规划,需要修订,也需要有能力回滚。理解这些日志的作用与优化,就像把握写作工具的使用与运用,为我们的数据库保驾护航。
204 23
|
5月前
|
SQL 运维 关系型数据库
MySQL Binlog 日志查看方法及查看内容解析
本文介绍了 MySQL 的 Binlog(二进制日志)功能及其使用方法。Binlog 记录了数据库的所有数据变更操作,如 INSERT、UPDATE 和 DELETE,对数据恢复、主从复制和审计至关重要。文章详细说明了如何开启 Binlog 功能、查看当前日志文件及内容,并解析了常见的事件类型,包括 Format_desc、Query、Table_map、Write_rows、Update_rows 和 Delete_rows 等,帮助用户掌握数据库变化历史,提升维护和排障能力。
|
6月前
|
SQL 存储 关系型数据库
简单聊聊MySQL的三大日志(Redo Log、Binlog和Undo Log)各有什么区别
在MySQL数据库管理中,理解Redo Log(重做日志)、Binlog(二进制日志)和Undo Log(回滚日志)至关重要。Redo Log确保数据持久性和崩溃恢复;Binlog用于主从复制和数据恢复,记录逻辑操作;Undo Log支持事务的原子性和隔离性,实现回滚与MVCC。三者协同工作,保障事务ACID特性。文章还详细解析了日志写入流程及可能的异常情况,帮助深入理解数据库日志机制。
689 0
|
9月前
|
存储 SQL 关系型数据库
mysql 的ReLog和BinLog区别
MySQL中的重做日志和二进制日志是确保数据库稳定性和可靠性的关键组件。重做日志主要用于事务的持久性和原子性,通过记录数据页的物理修改信息来恢复未提交的事务;而二进制日志记录SQL语句的逻辑变化,支持数据复制、恢复和审计。两者在写入时机、存储方式及配置参数等方面存在显著差异。
200 6
|
7月前
|
存储 SQL 关系型数据库
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log、原理、写入过程;binlog与redolog区别、update语句的执行流程、两阶段提交、主从复制、三种日志的使用场景;查询日志、慢查询日志、错误日志等其他几类日志
609 35
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
|
6月前
|
存储 SQL 关系型数据库
mysql的undo log、redo log、bin log、buffer pool
MySQL的undo log、redo log、bin log和buffer pool是确保数据库高效、安全和可靠运行的关键组件。理解这些组件的工作原理和作用,对于优化数据库性能和保障数据安全具有重要意义。通过适当的配置和优化,可以显著提升MySQL的运行效率和数据可靠性。
126 16
|
canal 消息中间件 关系型数据库
Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
【9月更文挑战第1天】Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
1577 4
|
6月前
|
存储 SQL 关系型数据库
mysql的undo log、redo log、bin log、buffer pool
MySQL的undo log、redo log、bin log和buffer pool是确保数据库高效、安全和可靠运行的关键组件。理解这些组件的工作原理和作用,对于优化数据库性能和保障数据安全具有重要意义。通过适当的配置和优化,可以显著提升MySQL的运行效率和数据可靠性。
104 4

推荐镜像

更多