如何从MySQL全备中恢复Innodb单表

First, you must meet certain prerequisites to be able to restore a ibd tablespace:

1.The ibd file must be from a consistent backup with all insert buffer entries merged  and have no uncommitted transactions in order to not be dependent of the shared 2.tablespace ibdata. That is, shutting down with innodb_fast_shutdown=0. We’ll use XtraBackup to avoid the server shutdown.

3.You must not drop, truncate or alter the schema of the table after the backup has been taken.

The variable innodb_file_per_table must be enabled.

[root@test bin]# ./innobackupex --defaults-file=/service/mysql5.5/my.cnf  --export /backup/5.5/

InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy

and Percona LLC and/or its affiliates 2009-2013.  All Rights Reserved.

This software is published under

the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.

131125 19:50:23  innobackupex: Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_file=/service/mysql5.5/my.cnf;mysql_read_default_group=xtrabackup' (using password: NO).

131125 19:50:23  innobackupex: Connected to MySQL server

IMPORTANT: Please check that the backup run completes successfully.

At the end of a successful backup run innobackupex

prints "completed OK!".

innobackupex: Using mysql server version 5.5.25-log

innobackupex: Created backup directory /backup/5.5/2013-11-25_19-50-23

131125 19:50:23  innobackupex: Starting ibbackup with command: xtrabackup_55  --defaults-file="/service/mysql5.5/my.cnf"  --defaults-group="mysqld" --backup --suspend-at-end --target-dir=/backup/5.5/2013-11-25_19-50-23 --tmpdir=/tmp

innobackupex: Waiting for ibbackup (pid=13361) to suspend

innobackupex: Suspend file '/backup/5.5/2013-11-25_19-50-23/xtrabackup_suspended_2'

xtrabackup_55 version 2.1.5 for Percona Server 5.5.31 Linux (x86_64) (revision id: 680)

xtrabackup: uses posix_fadvise().

xtrabackup: cd to /data/mysql5.5

xtrabackup: using the following InnoDB configuration:

xtrabackup:   innodb_data_home_dir = ./

xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend

xtrabackup:   innodb_log_group_home_dir = ./

xtrabackup:   innodb_log_files_in_group = 3

xtrabackup:   innodb_log_file_size = 5242880

>> log scanned up to (1600610)

[01] Copying ./ibdata1 to /backup/5.5/2013-11-25_19-50-23/ibdata1

[01]        ...done

[01] Copying ./test/t2.ibd to /backup/5.5/2013-11-25_19-50-23/test/t2.ibd

[01]        ...done

>> log scanned up to (1600610)

xtrabackup: Creating suspend file '/backup/5.5/2013-11-25_19-50-23/xtrabackup_suspended_2' with pid '13361'

131125 19:50:25  innobackupex: Continuing after ibbackup has suspended

131125 19:50:25  innobackupex: Starting to lock all tables...

131125 19:50:25  innobackupex: All tables locked and flushed to disk

131125 19:50:25  innobackupex: Starting to backup non-InnoDB tables and files

innobackupex: in subdirectories of '/data/mysql5.5'

innobackupex: Backing up file '/data/mysql5.5/test/t2.frm'

innobackupex: Backing up files '/data/mysql5.5/mysql/*.{frm,isl,MYD,MYI,MAD,MAI,MRG,TRG,TRN,ARM,ARZ,CSM,CSV,opt,par}' (72 files)

>> log scanned up to (1600610)

innobackupex: Backing up files '/data/mysql5.5/performance_schema/*.{frm,isl,MYD,MYI,MAD,MAI,MRG,TRG,TRN,ARM,ARZ,CSM,CSV,opt,par}' (18 files)

131125 19:50:26  innobackupex: Finished backing up non-InnoDB tables and files

131125 19:50:26  innobackupex: Waiting for log copying to finish

xtrabackup: The latest check point (for incremental): '1600610'

xtrabackup: Stopping log copying thread.

.>> log scanned up to (1600610)

xtrabackup: Creating suspend file '/backup/5.5/2013-11-25_19-50-23/xtrabackup_log_copied' with pid '13361'

xtrabackup: Transaction log of lsn (1600610) to (1600610) was copied.

131125 19:50:27  innobackupex: All tables unlocked

innobackupex: Backup created in directory '/backup/5.5/2013-11-25_19-50-23'

innobackupex: MySQL binlog position: filename 'ZWC-TEST.000003', position 420

131125 19:50:27  innobackupex: Connection to database server closed

131125 19:50:27  innobackupex: completed OK!

本栏目更多精彩内容:http://www.bianceng.cn/database/MySQL/

时间: 2024-11-02 10:06:37

如何从MySQL全备中恢复Innodb单表的相关文章

MySQL 从全库备份中恢复指定的表和库示例_Mysql

MySQL 从备份数据库中恢复指定的表和库示例 在Mysqldump官方工具中,如何只恢复某个库呢? 全库备份 [root@HE1 ~]# mysqldump -uroot -p --single-transaction -A --master-data=2 >dump.sql 只还原erp库的内容 [root@HE1 ~]# mysql -uroot -pMANAGER erp --one-database <dump.sql 可以看出这里主要用到的参数是--one-database简写-o

php 批量删除MySql数据库中相同前缀的表

php教程 批量删除MySql数据库教程中相同前缀的表 <form id="form1" name="form1" method="post" action="<?php echo $PHP_SELF; ?>? action=kill"> <table width="425" border="0" align="center">  

MongoDB单表数据的导出和恢复实例讲解_MongoDB

MongoDB 是一个跨平台的,面向文档的数据库,提供高性能,高可用性和可扩展性方便. MongoDB 工作在收集和文件的概念. 数据库 数据库是一个物理容器集合.每个数据库都有自己的一套文件系统上的文件.一个单一的MongoDB服务器通常有多个数据库. 集合 集合是一组MongoDB的文档.它相当于一个RDBMS表.收集存在于一个单一的数据库.集合不执行模式.集合内的文档可以有不同的领域.通常情况下,一个集合中的所有文件是相同或相关的目的. 文档 文档是一组键 - 值对.文件动态模式.动态模式

mysql-请问:用java代码把不同的excel形式加载到MySQL数据库中(循环判断空就停止)?谢谢!

问题描述 请问:用java代码把不同的excel形式加载到MySQL数据库中(循环判断空就停止)?谢谢! 用java代码把不同的excel形式加载到数据库中(循环判断空就停止)?谢谢! 解决方案 JAVA 导入导出EXCEL文件操作http://blog.csdn.net/thl331860203/article/details/6333397 下载源代码http://download.csdn.net/source/3205282 解决方案二: 你是讲excel中的数据导入到mysql中么.

DedeCMS全局标签arclistsg|独立单表模型列表

arclistsg|独立单表模型列表 标签名称:arclistsg功能说明:单表独立模型的文档列表调用标记 适用范围:全局使用 基本语法:{dede:arclistsg&http://www.aliyun.com/zixun/aggregation/37954.html">nbsp; flag='h' typeid='' row='' col='' titlelen='' orderway='' keyword='' limit='0,1'} <a href='[field:

MySQL单表ibd文件恢复方法详解_Mysql

前言: 随着innodb的普及,innobackup也成为了主流备份方式.物理备份对于新建slave,全库恢复的需求都能从容应对. 但当面临单表数据误删,或者单表误drop的情况,如果使用物理全备进行恢复呢? 下文将进行详细分析. 恢复过程中需要用到的工具,percona data recover tool : https://launchpad.net/percona-innodb-recovery-tool 情况一:误删部分数据,需要用最近一次备份覆盖 来自同一台机器的ibd恢复覆盖,且备份

《MySQL技术内幕:InnoDB存储引擎第2版》——2.7 启动、关闭与恢复

2.7 启动.关闭与恢复 InnoDB是MySQL数据库的存储引擎之一,因此InnoDB存储引擎的启动和关闭,更准确的是指在MySQL实例的启动过程中对InnoDB存储引擎的处理过程. 在关闭时,参数innodb_fast_shutdown影响着表的存储引擎为InnoDB的行为.该参数可取值为0.1.2,默认值为1. ?0表示在MySQL数据库关闭时,InnoDB需要完成所有的full purge和merge insert buffer,并且将所有的脏页刷新回磁盘.这需要一些时间,有时甚至需要几

MySQL数据库中部分数据损坏恢复过程

前几天因为MySQL数据库部分数据损坏原因,我尝试了下恢复数据,之后整理以下文档,供各位参考,以备各位同事以后如有类似问题,可以少走些弯路,尽快解决问题. 环境:Windows2003 数据库:MySQL 损坏数据文件名:function_products 将数据库内容物理文件直接导入到mysql\data下,每只表各3个文件,依次分别为:.frm .myd .myi.首先我第一想到的是去网上搜索,寻找类似的工具,试图通过工具来恢复已损坏的文件,于是我在google上查找,找到一款名为mysql

mysql中engine=innodb和engine=myisam的区别介绍

MyISAM类型不支持事务处理等高级处理,而InnoDB类型支持,本文为大家讲解下mysql中engine=innodb和engine=myisam的区别,不懂的朋友可以学习下,希望对大家有所帮助   最开始用MySQL Administrator建数据库的时候,表缺省是InnoDB类型,也就没有在意.后来用Access2MySQL导数据的时候发现只能导成 MyISAM类型的表,不知道这两种类型有什么区别,就去查了查.原来是MyISAM类型不支持事务处理等高级处理,而InnoDB类型支持. My