cd /root/bin bash mybak-all.sh 3.模拟第一天晚上，因为在持续写入数据，等一会再进行增量备份，并备份binlog bash mybak-section.sh bash mybak-binlog.sh binlog bash mybak-binlog.sh -uback -p'123456' 5.关闭mysql systemctl stop mysql 6.删除数据目录，否则无法恢复 rm -fr / pos点 cat /bak/mysql-xback/2018-12-12-14-52-47/xtrabackup_info | grep binlog_pos 显示如下 binlog_pos = filename 2018-12-12-15-07.tar.gz tar -xf mybak-section-2018-12-12-15-15.tar.gz 15.进入第二个包，它是在最后一次增量备份后才执行的binlog ls /bak/mysql-xback/ 原先的全备份和增量备份的打包 ls -lh /bak/xback/
在写文章的时候，我一直在纠结，这个到底能不能算增量备份，因为使用binlog的这种方式，按照官方文档的说话，应该叫做 point-in-time ，而非正经的增量模式，但是也聊胜于无。 那么我们又该如何选择备份方案呢？ 1， 按天备份 周一 00:00 全备数据 周二 00:00 全备数据 26_01.sql.gz 26_02.sql.gz 周一增备 周二增备 binlog.000022binlog.000023binlog 参数 --flush-logs，结束当前日志，生成并使用新日志文件 参数 --master-data=2，该选项将会在输出SQL中记录下完全备份后新日志文件的名称，用于日后恢复时参考，例如输出的备份SQL 产生新的binlog日志来记录备份之后的数据库“增删改”操作。
领8888元新春采购礼包，抢爆款2核2G云服务器95元/年起，个人开发者加享折上折
文件 并且在这一时刻获得binary log 的位置 将表进行解锁unlock tables 停止xtrabackup_log进程 binlog原理 MySQL的二进制日志binlog可以说是MySQL 一般来说开启binlog日志大概会有1%的性能损耗。binlog在恢复的时候，逐个执行sql语句，可以根据pos点和时间来指定恢复的范围。 如果使用innobackupex的全备+binlog增量备份就可以解决基于时间点恢复的问题 备份策略 根据需求，使用innobackupex全备份+innobackupex增量备份+binlog方式进行备份 =1G #此参数表示binlog使用最大内存的数，默认1M。 max_binlog_cache_size=1M #此参数表示binlog日志保留的时间，默认单位是天。
创建备份目录 mkdir -p /bak/mysql-binback 用于单点，备份binlog，要指定备份目录位置和其它变量 vim /root/bin/mybak-binlog.sh #! /xx.sh -uroot -p'123456'，将第一次增量备份后的binlog文件名写到/tmp/binlog-section中，若都没有，自动填写mysql-bin.000001 #过程：增量先刷新 binlog日志，再查询/tmp/binlog-section中记录的上一次备份中最新的binlog日志的值 # cp中间的binlog日志，并进行压缩。 再将备份中最新的binlog日志写入。 #恢复：先进行全量恢复，再根据全量备份附带的time-binlog.txt中的记录逐个恢复。当前最新的Binlog日志要去掉有问题的语句，例如drop等。 bash /root/bin/mybak-all.sh 每天2点进行一次innobackupex增量备份+binlog日志备份 每周4点将之前的innobackupex备份打包，并启动新的全量备份 crontab
一、mysqldump 备份结合 binlog 日志恢复 1、binlog介绍 mysql 的二进制日志记录着该数据库的所有增删改的操作日志，还包括了这些操作的执行时间。 全库备份+binlog 的数据恢复 检查开启 binlog，先创建一些原始数据 ? 1、创建备份目录 ? 2、全库备份 ? 3、备份 mysqldump 全库备份之前的 binlog 日志 ? 4、模拟下操作失误,将数据修改错误了 ? 刚才删除的数据（id=2）恢复回来了，但备份后产生的数据却丢失了所以还得利用 binlog 进一步还原。 因为删除是在全库备份后发生的，而 mysqldump 全库备份时使用--flush-logs 选项，所以只需要分析全库备份后的 binlog 即 mysql-bin.000002 ?
[Docker] Intro 主从备份是容灾的一种手段, 模拟主从备份可以有下面几种方式: 不差钱方式, 买几台主机测试, 这种方式也比较接近线上环境. 通过创建几台虚拟机来模拟. binlog 是MySQL数据库的二进制日志,用于记录用户对数据库操作的SQL语句（不包括 SELECT），可以在配置文件开启，也可以在 MySQL 客户端开启. 可以在客户端键入show plugins; 查看 binlog 是否已安装开启( Active ) +----------------------------+----------+---------- =1M ## 主从复制的格式（mixed,statement,row，默认格式是statement） binlog_format=mixed ## 二进制日志自动删除/过期的天数。 | Binlog_Ignore_DB | Executed_Gtid_Set | +---------------------------+----------+--------------+----
可利用备份的数据文件以及增量的 binlog 文件进行数据恢复。 具体思路归纳几点： 1、恢复条件为 MySQL 要开启 binlog 日志功能，并且要全备和增量的所有数据。 | 27 | IS | +-----------+-----------+------+------+-------+ 15 rows in set (0.00 sec) 3、现在进行全备份 R -x student|gzip > /mysql_backup/student_$(date +%Y%m%d_%H%M%S).sql.gz 参数说明： -B：指定数据库 -F：刷新日志 -R：备份存储过程等 performance_schema | | sys | +--------------------+ 4 rows in set (0.00 sec) 7.查看全备之后备份文件 文件移出，否则恢复过程中，会继续写入语句到 binlog，最终导致增量恢复数据部分变得比较混乱。
XtraBackup的全备份+XtraBackup增量备份+binlog日志进行恢复最新数据。也可以恢复误操作。 (2)xtrabackup_binlog_info —— mysql服务器当前正在使用的二进制日志文件及至备份这一刻为止二进制日志事件的位置。 查看相关全备份信息： [root@localhost104 2017-07-29_12-54-44]# cat xtrabackup_binlog_info mysql_bin.000414 四个增备份表和全备份的数据都恢复完成！ 到目前为止已经把备份数据恢复完成了。但是还没有当天数据库产生的最新数据，要恢复当天的数据，要使用binlog恢复。 7.1恢复当天最新的数据，要利用binlog日志恢复。
mysql的binlog是多文件存储，定位一个LogEvent需要通过binlog filename + binlog position，进行定位。 工具恢复数据 增量备份 2、binlog的数据格式 MySQL Replication 复制可以是基于一条语句 (Statement Level) ，也可以是基于一条记录 (Row Level)，可以在 binlog刷新到磁盘的时机跟sync_binlog参数相关，如果设置为0，则表示MySQL不控制binlog的刷新，由文件系统去控制它缓存的刷新，而如果设置成不为0的值则表示每sync_binlog次事务 4、binlog配置 开启binlog my.cnf配置中设置： [mysqld] log-bin=mysql-bin #binlog文件名前缀 binlog-format=ROW 清理 #刷新log日志，自此刻开始产生一个新编号的binlog日志文件 #每当mysqld服务重启时，会自动执行此命令，刷新binlog日志；在mysqldump备份数据时加 -F 选项也会刷新binlog
MySQL binlog日志格式 binlog_format MySQL 5.5 中对于二进制日志 (binlog) 有 3 种不同的格式可选：Mixed,Statement,Row，默认格式是 Statement 当前会话使用 row 模式，并且已打开了临时表； 如果 binlog 采用了 Mixed 模式，那么在以下几种情况下会自动将 binlog 的模式由 statement 模式变为 row 模式： 1 #binlog_format=ROW binlog_format=MIXED 也可以在运行时动态修改 binlog 的格式。 例如： mysql> SET SESSION binlog_format = 'STATEMENT'; mysql> SET SESSION binlog_format = 'ROW'; 优点 历史悠久，技术成熟； 产生的 binlog 文件较小； binlog 中包含了所有数据库修改信息，可以据此来审核数据库的安全等情况； binlog 可以用于实时的还原，而不仅仅用于复制；
MySQL通过binlog来记录整个数据的变更过程，因此我们只要有MySQL的binlog日志即可完整的还原数据库。 MySQL binlog日志记录有3种不同的方式，即：STATEMENT，MIXED，ROW。对于不同的日志模式，生成的binlog有不同的记录方式。 found that must be displayed using BINLOG. 以上描述对于binlog日志中的BINLOG部分，如果要过虑掉需要指定DECODE-ROWS 以及--verbose选项。 */; truncate table t1 #添加--base64-output=DECODE-ROWS选项来抑制BINLOG的显示，如下我们看不到了BINLOG部分 SHELL> mysqlbinlog
为了方便建立从库，Xtrabackup 在备份完成后会将 binlog position 与 GTID 的相关信息保存于 xtrabackup_binlog_info 文件中。 通过对原实例（进行备份的实例）的 binlog 进行解析，来查询 GTID:326662-595859 这部分事务所生成的数据在新实例（通过备份恢复的实例）上是否存在。 使用 Xtrabackup 工具备份后，xtrabackup_binlog_info 文件记录的信息如下： # # cat xtrabackup_binlog_info binlog.000033 这是因为 Xtrabackup 8.0 在备份过程中多了两步操作，FLUSH NO_WRITE_TO_BINLOG BINARY LOGS 和 copy binlog，Xtrabackup 8.0 在备份完非 InnoDB 表格的文件时会先切换 binlog，然后将切换后的 binlog 也进行备份，这样使用该备份恢复的新实例在启动后不仅会读取 gtid_executed 表，也会读取 binlog 文件来更新
mysql binlog解析 5.6为例 1 binlog解析（fmt=row） logbin打开，找到路径 mysql> show global variables like 'log_bin' | FULL | +------------------+-------+ 切日志记录当前binlog位置 mysql> flush logs; mysql> show master status\ : Binlog_Ignore_DB: Executed_Gtid_Set: 123-123-123-123,456-456-456-456 mysql> show master logs; +-- --+------+ | id | info | +----+------+ | 2 | c | +----+------+ 直接查看内容 （注意没有看到原始SQL） mysql> show binlog 必要参数 [mysqld] server_id = 1 log_bin = /var/log/mysql/mysql-bin.log max_binlog_size = 1G binlog_format
affected, 1 warning (0.20 sec) 这样就删除了日志文件， 如果你不希望生成这些日志文件可以这样操作： 修改/etc/my.cnf 文件，找到 log-bin=mysql-bin binlog_format
1、查看binlog日志 mysql> show binary logs; mysql> show binary logs; ±-----------------±-----------+ | Log_name | … … … 2、删除某个日志文件之前的所有日志文件 purge binary logs to 'mysql-bin.000074'; 3、清理2019-09-09 13:00:00前binlog 日志 PURGE MASTER LOGS BEFORE '2019-09-09 13:00:00'; 4、清理3天前binlog日志 PURGE MASTER LOGS BEFORE DATE_SUB( --时间和文件名一定不可以写错，尤其是时间中的年和文件名中的序号，以防不小心将正在使用的binlog删除！！！ --切勿删除正在使用的binlog！！！ 5、重置所有的日志 reset master; 6、手动切换binlog日志 flush logs --或者flush binary logs 当你某天把所有binlog日志全干掉，数据库没有产生新的日志的时候就可以用手动切换这个方式来产生了
=1 命令来启用 binlog，通过 SET SQL_LOG_BIN=0 命令停用 binlog。 查看具体一个binlog文件的内容 （in 后面为binlog的文件名） show binlog events in 'master.000003'; # 设置binlog文件保存事件，过期删除，单位天 '; 写 Binlog 的时机 对支持事务的引擎如InnoDB而言，必须要提交了事务才会记录binlog。 binlog 什么时候刷新到磁盘跟参数 sync_binlog 相关。 日志格式通过 binlog-format 指定，如 binlog-format=STATEMENT、binlog-format=ROW、binlog-format=MIXED。
MySql binlog详解 作者:幽鸿 Jan 20, 2016 9:42:21 PM 1、开启binlog 开启MySql的binlog其实不是像网上说的那么一致 这些debian系统与普通的Linux在开启binlog的方法上是有区别的。 到此，binlog是开启了。 2、查询binlog （1）查询第一个Binlog文件内容： mysql> show binlog events; +------------------+-----+-------------+-- binlog文件列表 show binary logs; 3、binlog存储路径 默认情况下，binlog存储于/var/lib/mysql路径下。
作者：satoru TiDB Binlog 架构简介 TiDB Binlog 主要由 Pump 和 Drainer 两部分组成，其中 Pump 负责存储 TiDB 产生的 binlog 并向 Drainer 提供按时间戳查询和读取 binlog 的服务，Drainer 负责将获取后的 binlog 合并排序再以合适的格式保存到对接的下游组件。 2. tidb-binlog Repo: https://github.com/pingcap/tidb-binlog TiDB-Binlog 的核心组件都在这个仓库，下面是各个关键目录： cmd：包含 目前支持的下游有：mysql/tidb，file（文件增量备份），kafka 。 reparo：Reparo 源码，实现从备份文件（Drainer 选择 file 下游时保存的文件）恢复数据到指定数据库的功能。
备份一体机（TStor B2000）是将备份功能、容灾功能、存储功能和服务器硬件融合于一体的企业级数据保护产品，定位于解决混合云场景下的数据存储。TStor B2000支持本地与云端数据的协同，为用户数据提供云下快速备份恢复、云上容灾、云上归档、云上云下灾难恢复等功能，可以轻松解决混合云场景下的各种数据存储和管理问题。
扫码关注腾讯云开发者
领取腾讯云代金券
云服务器
云数据库 SQL Server
网站备案
对象存储
文件存储
