首页 / MYSQL / MySQL binlog 的恢复操作

MySQL binlog 的恢复操作

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQL binlog 的恢复操作，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含6818字，纯文字阅读大概需要10分钟。

内容图文

TABLE `t1` ( `id` int(60) NOT NULL AUTO_INCREMENT, `name` varchar(20) NOT NULL DEFAULT ‘‘, `age` int(11) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8

1 insert into t1 values(1,‘xiaoxiao‘,20),(2,‘huahua‘,21),(3,‘lili‘,22);  ###mysqb-bin.0000001
2 flush logs
3 insert into t1 values(4,‘xiaohong‘,18);  # mysql-bin.000002
  insert into t1 values(5,‘aying‘,22);
4 flush logs
5  delete from t1 where id<4;   #mysql-bin.000003

这个时候我们看到我们有了3个binlog文件

show master logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |       499 |
| mysql-bin.000002 |       774 |
| mysql-bin.000003 |       194 |
+------------------+-----------+

 /usr/local/mysql/bin/mysqlbinlog --start-position=219  mysql-bin.000001 >/tmp/ok.txt

###查看以下是日志信息

/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#170922 10:14:10 server id 2003309  end_log_pos 123 CRC32 0x509b4a7a    Start: binlog v 4, server v 5.7.19-log created 170922 10:14:10 at startup
ROLLBACK/*!*/;
BINLOG ‘
8nHEWQ9tkR4AdwAAAHsAAAAAAAQANS43LjE5LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAADyccRZEzgNAAgAEgAEBAQEEgAAXwAEGggAAAAICAgCAAAACgoKKioAEjQA
AXpKm1A=
‘/*!*/;
# at 219
#170922 10:19:50 server id 2003309  end_log_pos 290 CRC32 0x5073a29d    Query   thread_id=183   exec_time=0     error_code=0
SET TIMESTAMP=1506046790/*!*/;
SET @@session.pseudo_thread_id=183/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1436549152/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 290
#170922 10:19:50 server id 2003309  end_log_pos 338 CRC32 0xca27d49b    Table_map: `zst`.`t1` mapped to number 223
# at 338
#170922 10:19:50 server id 2003309  end_log_pos 421 CRC32 0xacc98577    Write_rows: table id 223 flags: STMT_END_F

BINLOG ‘
RnPEWRNtkR4AMAAAAFIBAAAAAN8AAAAAAAEAA3pzdAACdDEAAwMPAwI8AASb1CfK
RnPEWR5tkR4AUwAAAKUBAAAAAN8AAAAAAAEAAgAD//gBAAAACHhpYW94aWFvFAAAAPgCAAAABmh1
YWh1YRUAAAD4AwAAAARsaWxpFgAAAHeFyaw=
‘/*!*/;
# at 421
#170922 10:19:50 server id 2003309  end_log_pos 452 CRC32 0x57228b9c    Xid = 3692
COMMIT/*!*/;
# at 452
#170922 10:20:02 server id 2003309  end_log_pos 499 CRC32 0xe31d7a38    Rotate to mysql-bin.000002  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*/;

/usr/local/mysql/bin/mysqlbinlog -v  mysql-bin.000001 >/tmp/faile.txt

#### 查看以下的日志信息

/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#170922 10:14:10 server id 2003309  end_log_pos 123 CRC32 0x509b4a7a    Start: binlog v 4, server v 5.7.19-log created 170922 10:14:10 at startup
ROLLBACK/*!*/;
BINLOG ‘
8nHEWQ9tkR4AdwAAAHsAAAAAAAQANS43LjE5LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAADyccRZEzgNAAgAEgAEBAQEEgAAXwAEGggAAAAICAgCAAAACgoKKioAEjQA
AXpKm1A=
‘/*!*/;
# at 123
#170922 10:14:10 server id 2003309  end_log_pos 154 CRC32 0x2a8835fb    Previous-GTIDs
# [empty]
# at 154
#170922 10:19:50 server id 2003309  end_log_pos 219 CRC32 0xbf230db3    GTID    last_committed=0        sequence_number=1       rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= ‘6fb6a0c6-9dd2-11e7-a4e8-0050569c404d:1‘/*!*/;        #### 这个操作，直接导致恢复整个日志文件会出错。
# at 219
#170922 10:19:50 server id 2003309  end_log_pos 290 CRC32 0x5073a29d    Query   thread_id=183   exec_time=0     error_code=0
SET TIMESTAMP=1506046790/*!*/;
SET @@session.pseudo_thread_id=183/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1436549152/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 290
#170922 10:19:50 server id 2003309  end_log_pos 338 CRC32 0xca27d49b    Table_map: `zst`.`t1` mapped to number 223
# at 338
#170922 10:19:50 server id 2003309  end_log_pos 421 CRC32 0xacc98577    Write_rows: table id 223 flags: STMT_END_F

BINLOG ‘
RnPEWRNtkR4AMAAAAFIBAAAAAN8AAAAAAAEAA3pzdAACdDEAAwMPAwI8AASb1CfK
RnPEWR5tkR4AUwAAAKUBAAAAAN8AAAAAAAEAAgAD//gBAAAACHhpYW94aWFvFAAAAPgCAAAABmh1
YWh1YRUAAAD4AwAAAARsaWxpFgAAAHeFyaw=
‘/*!*/;
### INSERT INTO `zst`.`t1`
### SET
###   @1=1
###   @2=‘xiaoxiao‘
###   @3=20
### INSERT INTO `zst`.`t1`
### SET
###   @1=2
###   @2=‘huahua‘
###   @3=21
### INSERT INTO `zst`.`t1`
### SET
###   @1=3
###   @2=‘lili‘
###   @3=22
# at 421
#170922 10:19:50 server id 2003309  end_log_pos 452 CRC32 0x57228b9c    Xid = 3692
COMMIT/*!*/;
# at 452
#170922 10:20:02 server id 2003309  end_log_pos 499 CRC32 0xe31d7a38    Rotate to mysql-bin.000002  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*/;

./mysql -h127.0.0.1 -P3309 -uroot -p </tmp/ok.txt （因为我们导出的时候是基于位置点的，所有我们跳过了gtid）能够还原出删除的数据 ./mysql -h127.0.0.1 -P3309 -uroot -p </tmp/faile.txt（里面有SET @@SESSION.GTID_NEXT= ‘6fb6a0c6-9dd2-11e7-a4e8-0050569c404d:1 所以我们需要跳过GTID ）不能够还原删除的数据把 faile.txt 导出文件里面 SET @@SESSION.GTID_NEXT= ‘6fb6a0c6-9dd2-11e7-a4e8-0050569c404d:1‘/*!*/; 删除或者注释掉可以恢复删除的数据 解决办法：1：像刚才我们看到的日志一样，我们需要把SET @@SESSION.GTID_NEXT= ‘6fb6a0c6-9dd2-11e7-a4e8-0050569c404d:1‘/*!*/; 跳过进行了，比如说我们把日志里面过滤掉或者注释掉在导入是能成功的。 2：在导入前我们需要reset我们的所有日志文件，在reset master log之前，请备份好自己的日志文件，否则后果可能很惨。 或者加入 -f 参数强制导入这样在导入。 所以问题的重点是GTID，至于这么操作根据自己的实际情况来恢复数据吧。

MySQL binlog 的恢复操作

标签：tomat mod sql check query /tmp 复数 nod level

本文系统来源：http://www.cnblogs.com/gostars/p/7574409.html

内容总结

以上是互联网集市为您收集整理的MySQL binlog 的恢复操作全部内容，希望文章能够帮你解决MySQL binlog 的恢复操作所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/491539.html

来源：【匿名】

【上一篇】mysql列约束【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【MySQL binlog 的恢复操作】教程文章相关的互联网学习教程文章

PHP Client for Mysql Binlog【代码】

PHP解析Mysql Binlog，依赖于mysql-replication-listener库详见：https://github.com/bullsoft/php-binlogInstall MySQL Replication Listenerhttps://github.com/bullsoft/mysql-replication-listener/archive/master.zipunzip mysql-replication-listener-master.zip cd mysql-replication-listener-master cmake .-DCMAKE_INSTALL_PREFIX=/usr/local/mysql-replication make & make installInstall php-binloghttps://github....

MySQL-binlog日志格式【代码】

1. binlog格式分类1) STATEMENT: 基于SQL语句的复制(statement-based replication, SBR) 2) ROW: 基于行的复制(row-based replication, RBR) 3) MIXED: 混合模式复制(mixed-based replication, MBR) 2. 格式说明1) STATEMENT: 对每一条修改数据的sql语句记录到binlog中。优点是减少了binlog日志量，节约IO，提高性能。缺点是在某些情况下会导致master-slave中的数据不一致(如sleep()函数， last_insert_id()，以及user-defined fun...

解析MySQL binlog --（4）TABLE_MAP_EVENT【代码】【图】

MYSQL-max_binlog_cache_size参数【代码】

max_binlog_cache_size 解释：这是设置最大二进制日志的缓存区大小的变量。若处理多语句事务时需要的内存大小比设置值大的话就会提示一个error：Multi-statement transaction required more than‘max_binlog_cache_size‘ bytes of storage 。这个变量最小值是4096（4K），最大值，在32位的系统中是4G，64位的是16P。作用域：全局原文：http://www.cnblogs.com/vijayfly/p/5778606.html

MySQL的binlog日志<转>【代码】

binlog 基本认识MySQL的二进制日志可以说是MySQL最重要的日志了，它记录了所有的DDL和DML(除了数据查询语句)语句，以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。一般来说开启二进制日志大概会有1%的性能损耗(参见MySQL官方中文手册 5.1.24版)。二进制有两个最重要的使用场景: 其一：MySQL Replication在Master端开启binlog，Mster把它的二进制日志传递给slaves来达到master-slave数据一致的目...

mysql dba系统学习（6）二进制日志binlog之二【代码】

MySQL 5.5 中对于二进制日志 (binlog) 有 3 种不同的格式可选：Mixed,Statement,Row，默认格式是 Statement。总结一下这三种格式日志的优缺点。MySQL Replication 复制可以是基于一条语句 (Statement Level) ，也可以是基于一条记录 (Row Level)，可以在 MySQL 的配置参数中设定这个复制级别，不同复制级别的设置会影响到 Master 端的 bin-log 日志格式。1. Row日志中会记录成每一行数据被修改的形式，然后在 slave 端再对相同的数...

mysql对binlog的处理说明

然而这里不打算对某种存储引擎的实现细节进行描述，也不打算介绍各种存储引擎的优缺点，只是描述一下mysql如何处理binlog，并澄清几个容易混淆的问题。 Binlog对mysql而言是重要的，主要体现在它的功能上。Mysql官方文档明确指出，binlog的启动大概会为mysql增加1%的负载，因此在绝大多数情况下，binlog都不会成为mysql的性能瓶颈。 Binlog是mysql以二进制形式打印的日志，它默认不加密，不压缩。每个正常的binlog文件头部，有4个字...

mysql 备份软件 Xtrabackup 的 xtrabackup_binlog_pos_innodb和xtrabackup_binlog_info 文件区别【代码】

今天在操作 innobackupex 的时候，执行 change master to 的时候发现 xtrabackup_binlog_pos_innodb xtrabackup_binlog_info 两个文件对应的master 的 binary log 位置不一致： less xtrabackup_binlog_info mysql-bin.002961 70176740 less xtrabackup_binlog_pos_innodb mysql-bin.002961 38716155后面我就找了下这两个参数究竟是有什么区别 1.官网上的定义：xtrabackup_binlog_pos_innodb containing the position of the ...

MySQL系列：基于binlog的增量订阅与消费（一）【代码】【图】

在一些业务场景中，像在数据分析中我们有时候需要捕获数据变化（CDC）；在数据审计中，我们也往往需要知道数据从这个点到另一个点的变化；同样在实时分析中，我们有时候需要看到某个值得实时变化等。要解决以上问题，我们可以实时解析mysql binlog日志，下面两个工具可以很好的处理这个问题：1. canal（阿里巴巴开源项目，纯java开发）2. python-mysql-replication（python开发）使用场景：1. MySQL到NoSQL的数据同步2. MySQL到搜...

Mysql binlog 无法删除(purge命令无法删除)

1.版本1)操作系统cat /etc/issueCentOS release 6.6 (Final)Kernel \r on an \mcat /proc/versionLinux version 2.6.32-504.el6.x86_64 (mockbuild@c6b9.bsys.dev.centos.org) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-11) (GCC) ) #1 SMP Wed Oct 15 04:27:16 UTC 20142)mysql数据库版本MySQL --versionMySQL Ver 14.14 Distrib 5.6.26, for linux-glibc2.5 (x86_64) using EditLine wrapper2. 问题描述2.1 发现问题今天研...

mysql基于init-connect+binlog完成审计功能【代码】【图】

目前社区版本的mysql的审计功能还是比较弱的，基于插件的审计目前存在于Mysql的企业版、Percona和MariaDB上，但是mysql社区版本有提供init-connect选项，基于此我们可以用它来完成审计功能。init-connect参数说明：http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_init_connect step1:创建用户数据库表set names utf8 create database auditlog; create table auditlog.t_audit(id int not null auto...

Mysql数据库之Binlog日志使用总结【代码】

binlog二进制日志对于mysql数据库的重要性有多大，在此就不多说了。下面根据本人的日常操作经历，并结合网上参考资料，对binlog日志使用做一梳理：一、binlog日志介绍1）什么是binlogbinlog日志用于记录所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。语句以“事件”的形式保存，它描述数据更改。2）binlog作用因为有了数据更新的binlog，所以可以用于实时备份，与master/slave主从复制结合...

mysql报错解决MySQL Binlog(异常)——mysqlbinlog: unknown variable 'default-character-set=utf8'【代码】

在使用mysqlbinlog分析日志时，报错：/usr/local/mysql/bin/mysqlbinlog: unknown variable ‘default-character-set=utf8‘原因分析：产生这个问题的原因是因为我在my.cnf中的client选项组中添加了： default-character-set=utf8 这个是mysqlbinlog的一个bug解决方法：使用mysqlbinlog工具查看二进制日志时会重新读取的mysql的配置文件my.cnf，而不是服务器已经加载进内存的配置文件。只要修改并保存了my.cnf文件，而不需要重起...

关于使用Mysql binlog对数据进行恢复的实战

前几天，加班到晚上10点多了，在回去的路上，朋友打来电话，说他们公司的开发维护人员在对线上系统进行版本更新时，不小心把线上的数据库给drop掉了，叫我过去救火，唉！虽然在运维界也混迹多年，这情况也是头一回见哈，怀着即兴奋又担心的心情去到现场，兴奋是因为可以好好的实战一下，担心是怕帮不到朋友，唉，废话不多说，上“战场”。第一步，既然数据库都被干掉了，又没做主从，只好把所有相关系统程序关闭。第二步，...

（4.11）mysql备份还原——mysql闪回技术（基于binlog）

0、闪回技术与工具简介mysql闪回工具比较流行三大类：【0.1】官方的mysqlbinlog：支持数据库在线/离线，用脚本处理binlog的输出，转化成对应SQL再执行。通用性不好，对正则、sed等需要较高熟练度。【0.2】第三方的mysqlbinlog工具，比官方的工具多了一个闪回功能 -B【0.3】开源的binlog2sql：兼容性比较好，使用难度小，使用简单，前提是mysql必须开启。最佳实践：线上使用binlog2sql，线下用mysqlbinlog以及mysqlbinlog_flashbac...

MYSQL - 技术教程分类

MySQL 教程 MySQL 安装 MySQL 管理 MySQL PHP 语法 MySQL 连接 MySQL 创建数据库 MySQL 删除数据库 MySQL 选择数据库 MySQL 数据类型 MySQL 创建数据表 MySQL 删除数据表 MySQL 插入数据 MySQL 查询数据 MySQL WHERE 子句 MySQL UPDATE 更新 MySQL DELETE 语句 MySQL LIKE 子句 MySQL UNION MySQL 排序 MySQL 分组 MySQL 连接的使用 MySQL NULL 值处理 MySQL 事务 MySQL ALTER命令 MySQL 索引 MySQL 临时表 MySQL 复制表 MySQL 元数据 MySQL 序列使用 MySQL 处理重复数据 MySQL 及 SQL 注入 MySQL 导出数据 MySQL 导入数据 MySQL 函数 MySQL 运算符 mysql 全部

MYSQL - 最热教程

sql分组取最大记录方法 mysql如何设置默认值 mysql创建数据表时指定默认值教程 MySQL 5.7 的初始化操作（root初始密码...Oracle中合并数据集(多行变一行)mysql 相同内容的字段合并为一条的方法解决mysql设置时区时的错误Unknown or ...解决ubuntu下mysql的'Access denied fo...ubuntu系统中MysqlERROR1045(28000)报错...mysql数据库设置不区分大小写

首页 / MYSQL / MySQL binlog 的恢复操作

MySQL binlog 的恢复操作

内容导读

内容图文

内容总结

内容备注

内容手机端

【MySQL binlog 的恢复操作】教程文章相关的互联网学习教程文章

PHP Client for Mysql Binlog【代码】

MySQL-binlog日志格式【代码】

解析MySQL binlog --（4）TABLE_MAP_EVENT【代码】【图】

MYSQL-max_binlog_cache_size参数【代码】

MySQL的binlog日志<转>【代码】

mysql dba系统学习（6）二进制日志binlog之二【代码】

mysql对binlog的处理说明

mysql 备份软件 Xtrabackup 的 xtrabackup_binlog_pos_innodb和xtrabackup_binlog_info 文件区别【代码】

MySQL系列：基于binlog的增量订阅与消费（一）【代码】【图】

Mysql binlog 无法删除(purge命令无法删除)

mysql基于init-connect+binlog完成审计功能【代码】【图】

Mysql数据库之Binlog日志使用总结【代码】

mysql报错解决MySQL Binlog(异常)——mysqlbinlog: unknown variable 'default-character-set=utf8'【代码】

关于使用Mysql binlog对数据进行恢复的实战

（4.11）mysql备份还原——mysql闪回技术（基于binlog）

MYSQL - 相关标签

MYSQL - 技术教程分类

MYSQL - 最新教程

MYSQL - 最热教程