MySQL之truncate表后恢复思路整理(前提是有备份且开启binlog)

1.1对数据库thunder进行备份

mysqldump -S /tmp/mysql3316.sock  --single-transaction --master-data=2 thunder >thunder_full_2015112.sql

1.2进行truncate table操作并insert into table

(work)[email protected]:mysql3316.sock [(none)]>select * from thunder.tb1;
+----+---------+
| id | name    |
+----+---------+
|  1 | test    |
|  4 | thun    |
|  5 | thunder |
|  6 | thun    |
|  7 | thun    |
|  8 | thun    |
|  9 | test    |
+----+---------+
7 rows in set (0.00 sec)
(work)[email protected]:mysql3316.sock [(none)]>truncate table thunder.tb1;
Query OK, 0 rows affected (0.02 sec)
(work)[email protected]:mysql3316.sock [(none)]>insert into thunder.tb1(name) values(‘like‘);  
Query OK, 1 row affected (0.00 sec)
(work)[email protected]:mysql3316.sock [(none)]>insert into thunder.tb1(name) values(‘lik‘);
Query OK, 1 row affected (0.00 sec)
(work)[email protected]:mysql3316.sock [(none)]>insert into thunder.tb1(name) values(‘li‘);
Query OK, 1 row affected (0.00 sec)
(work)[email protected]:mysql3316.sock [(none)]>insert into thunder.tb1(name) values(‘l‘);
Query OK, 1 row affected (0.00 sec)
(work)[email protected]:mysql3316.sock [(none)]>select * from thunder.tb1;
+----+---------+
| id | name    |
+----+---------+
|  1 | test    |
|  4 | thun    |
|  5 | thunder |
|  6 | thun    |
|  7 | thun    |
|  8 | thun    |
|  9 | test    |
| 10 | like    |
| 11 | lik     |
| 12 | li      |
| 13 | l       |
+----+---------+
11 rows in set (0.00 sec)

1.3查看备份时binlog位置并找出误操作语句的位置

[[email protected] mysql3316]# grep MASTER thunder_full_2015112.sql 
-- CHANGE MASTER TO MASTER_LOG_FILE=‘mysql-bin.000003‘, MASTER_LOG_POS=25191;
[[email protected] ~]# mysql -S /tmp/mysql3316.sock -e "show binlog events in ‘mysql-bin.000003‘" |grep -i truncate
mysql-bin.000003        1011    Query   1163316 1091    truncate mysql.db
mysql-bin.000003        25239   Query   1163316 25328   truncate table thunder.tb1

1.4用mysqlbinlog命令在binlog中找出相关记录

[[email protected] mysql3316]# mysqlbinlog -v --base64-output=decode-rows /data/mysql/mysql3316/logs/mysql-bin.000003 >3.sql 
[[email protected] mysql3316]# vim 3.sql 
# at 25191
#151122 19:59:50 server id 1163316  end_log_pos 25239 CRC32 0xac936e4e  GTID [commit=yes]
SET @@SESSION.GTID_NEXT= ‘c009ae77-8def-11e5-ab11-000c29ea831c:78‘/*!*/;
# at 25239
#151122 19:59:50 server id 1163316  end_log_pos 25328 CRC32 0xd020ddc8  Query   thread_id=175   exec_time=0     error_code=0
SET TIMESTAMP=1448193590/*!*/;
truncate table thunder.tb1
/*!*/;
# at 25328
#151122 20:00:50 server id 1163316  end_log_pos 25376 CRC32 0xa12c299c  GTID [commit=yes]
SET @@SESSION.GTID_NEXT= ‘c009ae77-8def-11e5-ab11-000c29ea831c:79‘/*!*/;
# at 25376
#151122 20:00:50 server id 1163316  end_log_pos 25444 CRC32 0xaa7072db  Query   thread_id=175   exec_time=0     error_code=0
SET TIMESTAMP=1448193650/*!*/;
BEGIN
/*!*/;
# at 25444
#151122 20:00:50 server id 1163316  end_log_pos 25496 CRC32 0xd45864c2  Table_map: `thunder`.`tb1` mapped to number 267
# at 25496
#151122 20:00:50 server id 1163316  end_log_pos 25541 CRC32 0x71343558  Write_rows: table id 267 flags: STMT_END_F
### INSERT INTO `thunder`.`tb1`
### SET
###   @1=1
###   @2=‘like‘
# at 25541
#151122 20:00:50 server id 1163316  end_log_pos 25572 CRC32 0xd860159a  Xid = 4442
COMMIT/*!*/;
经查看在备份前master status位置后紧跟truncate命令,而后是insert,所以不需要执行binlog增量恢复,只需要把insert的数据还原,此处如果有数据,在导入备份后还需要执行这条语句
mysqlbinlog  --start-position=18311 --stop-position=19557 mysql-bin.000003 |mysql -S /tmp/mysql3316.sock thunder
其中--start-position为数据备份文件中的位置,--stop-position为误操作前的位置

1.5新建一个数据库thued,并还原之前thunder库的备份

[[email protected] mysql3316]# mysql -S /tmp/mysql3316.sock thued<thunder_full_2015112.sql

1.6在thued.tb1中插入新增加的数据,并查看

(work)[email protected]:mysql3316.sock [thued]>insert into tb1(name) select name from thunder.tb1;
Query OK, 4 rows affected (0.00 sec)
Records: 4  Duplicates: 0  Warnings: 0
(work)[email protected]:mysql3316.sock [thued]>select * from tb1;                                 
+----+---------+
| id | name    |
+----+---------+
|  1 | test    |
|  4 | thun    |
|  5 | thunder |
|  6 | thun    |
|  7 | thun    |
|  8 | thun    |
|  9 | test    |
| 10 | like    |
| 11 | lik     |
| 12 | li      |
| 13 | l       |
+----+---------+
11 rows in set (0.00 sec)

1.7删除thunder.tb1,把thued.tb1改名成thunder.tb1

(work)[email protected]:mysql3316.sock [thued]>drop table thunder.tb1;
Query OK, 0 rows affected (0.00 sec)
(work)[email protected]:mysql3316.sock [thued]>rename table thued.tb1 to thunder.tb1;
Query OK, 0 rows affected (0.00 sec)
(work)[email protected]:mysql3316.sock [thued]>select * from thunder.tb1;
+----+---------+
| id | name    |
+----+---------+
|  1 | test    |
|  4 | thun    |
|  5 | thunder |
|  6 | thun    |
|  7 | thun    |
|  8 | thun    |
|  9 | test    |
| 10 | like    |
| 11 | lik     |
| 12 | li      |
| 13 | l       |
+----+---------+
11 rows in set (0.00 sec)

泰岳MySQL DBA 学院 二期

时间: 2024-11-08 19:01:44

MySQL之truncate表后恢复思路整理(前提是有备份且开启binlog)的相关文章

Oracle数据库truncate table后恢复原来数据的方法,留着万一用得到呢

概述:北京某国企客户 Oracle 11g R2 数据库误truncate table CM_CHECK_ITEM_HIS,表数据丢失,业务查询到该表时报错,此时发现数据库的备份不能用,表数据无法查询. 客户Oracle 11g R2 数据库误truncate table CM_CHECK_ITEM_HIS,表数据丢失,业务查询到该表时报错,此时发现数据库的备份不能用,表数据无法查询.Truncate数据的机理是,ORACLE会在数据字典和Segment?Header中更新表的Data?Obje

Qt编译mysql以及创建表后进行导入操作

鉴于许多同学对Qt编译myql总是不能成功,出现各种问题,今天特此写出本教程,希望能够帮到需要的同学. 首先,需要明白编译的目的和原理. 目的:Qt 5.2版本以前都是不带mysql驱动的,所以需要进行编译mysql数据库驱动,只有编译完成后才能被Qt加载上.如果你安装的是Qt5.2以后版本的,那就不需要了,因为在后来的版本中,Qt官方增加这一模块. 可以在Qt的安装插件目录下查看自己的驱动是否已经存在.例如我的在目录: C:\Qt\4.8.2\plugins\sqldrivers.可以看到当前

mysql 查询优化 ~ 多表查询改写思路

一 简介:在之前我们从基础可知,现在咱们聊一下改写的几种思路二 分类:  1 left join  2 inner join  3 right join三 具体改写思路:思路1 本身不包含子查询,将多表查询的条件拆分成多个select子查询然后再进行关联思路2 本身涉及到分组,增加order by null,去掉文件排序,减少消耗思路3 本身驱动表选择不正确,增加STRAIGHT_JOIN进行强制指定驱动表待补充 只代表个人观点 原文地址:https://www.cnblogs.com/danh

Mysql数据库delete删除后数据恢复报告

数据库环境部署与故障原因: 本次恢复的数据库安装在客户本地服务器上,服务器操作系统为windows2008 r2 .在当前环境内安装有mysql5.6单实例,引擎类型为innodb,表内数据存储所使用表空间类型为独立表空间.未进行数据库备份,未开启binlog.导致数据丢失的原因是由于人为误操作使用Delete命令进行删除数据时未添加where子句进行筛选导致全表数据被删除,删除后未对该表进行任何操作,需要从数据库层面进行误删除的数据恢复操作. 数据恢复方案制定: 1.故障类型分类:在本案例中,

Mysql user表root用户误删除后恢复

mysql user表root 用户误删除后恢复root用户 方法/步骤 1.停止mysql服务:在mysql安装目录下找到my.ini:在my.ini中找到以下片段[mysqld]:另起一行加入代码:skip-grant-tables 并保存 2.启动mysql服务,并登录mysql(无用户名和密码):找到user表加入root用户INSERT INTO user (Host,User,Password) VALUES( 'localhost ', 'root ',password( '123

MySQL删除ibdata1后,如何通过.frm文件把表结构恢复过来

一.创建一个表test_0  CREATE TABLE `te`.`test_0`(         `id` INT(9) ZEROFILL NOT NULL,       `name` VARCHAR(12),       PRIMARY KEY (`id`)     ) ENGINE=INNODB; 二.把以下3个文件删除掉   文件目录:D:\Program Files\MySQL\MySQL Server 5.5\data 三.重启数据库,再访问test_0时出现以下问题 此时,该表无

mysql数据库,删除root用户后恢复

删除mysql的user表中的root用户后,我们可以用以下命令来实现恢复: 启动mysql数据库的安全模式,有2种方法 1.修改配置文件/etc/my.cf,添加 --skip-grant-tables 2.使用命令进入安全模式, 首先,要先关闭mysql服务  service mysqld stop 进入安全模式    mysqld_safe --skip-grant-tables 3.添加use表内容,如下: mysql> insert into user set ser='root',s

mysql 5.6 使用传输表空间迁移表或恢复误删除的表

mysql 5.6 使用传输表空间迁移表或恢复误删除的表 http://blog.csdn.net/lidan3959/article/details/25152623 以前在网上也看过一些对5.6传输表空间的介绍,不过都写的不够具体详细,今天有空就具体操作了一把,并详细记录了一下算留个档 一,简单说明:1),传输表空间的限制:   1,mysql 版本 5.6.6 及其以上,并且版本建议源和目标版本建议都是GA版并且大版本一样   2,表引擎为innodb并且开启独立表空间  innodb_f

MySQL 拷贝数据库表方式备份,还原后提示 table xxx &#39;&#39; doesn`t exist

MySQL很强大,支持直接拷贝数据库文件快速备份,那数据库文件在哪里呢? 打开MySQL的配置文件 my.ini,找到 datadir 节点,如 datadir="D:/Program Files/MySQL/MySQL Server 5.1/data" 进入上述文件夹,就可以看到MySQL中新建的数据库文件夹了,每个文件夹以数据库名命名的,你想备份哪个数据库,把这个文件夹拷贝走即可.到时还原数据库,把它拷贝到data目录下即可,就这么简单! 但是,今天在一台MySQL服务器上拷贝备份