blocks|key|5304553|text|InnoDB表不能以与MyISAM表相同的方式复制。|type|header-two|depth|inlineStyleRanges|entityRanges|data|5304554|仅仅将.frm和.ibd文件从一个位置复制到另一个位置并不合适。|unstyled|offset|length|style|CODE|5304555|复制.frm和.ibd表的InnoDB文件只有在能够保证.ibd文件的tablespace+id与ibdata1文件的metdata中的tablespace+id条目完全匹配的情况下才是好的。|5304556|看看仅从InnoDB文件中恢复.ibd表。|5304557|还请看一看来自这个详细的解释的@RolandoMySQLDBA。|entityMap|0|LINK|mutability|MUTABLE|url|http://www.chriscalender.com/?tag=innodb-error-tablespace-id-in-file|1|https://dba.stackexchange.com/a/16911/4846|2|https://dba.stackexchange.com/users/877/rolandomysqldba^0|0|3|4|8|4|0|2|4|7|4|S|4|Z|D|1D|7|1N|7|1W|D|0|2|J|0|0|7|7|1|F|H|2^^$0|@$1|2|3|4|5|6|7|Z|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|10|8|@$E|11|F|12|G|H]|$E|13|F|14|G|H]]|9|@]|A|$]]|$1|I|3|J|5|D|7|15|8|@$E|16|F|17|G|H]|$E|18|F|19|G|H]|$E|1A|F|1B|G|H]|$E|1C|F|1D|G|H]|$E|1E|F|1F|G|H]|$E|1G|F|1H|G|H]|$E|1I|F|1J|G|H]]|9|@]|A|$]]|$1|K|3|L|5|D|7|1K|8|@]|9|@$E|1L|F|1M|1|1N]]|A|$]]|$1|M|3|N|5|D|7|1O|8|@]|9|@$E|1P|F|1Q|1|1R]|$E|1S|F|1T|1|1U]]|A|$]]]|O|$P|$5|Q|R|S|A|$T|U]]|V|$5|Q|R|S|A|$T|W]]|X|$5|Q|R|S|A|$T|Y]]]]

InnoDB tables cannot be copied the same way that MyISAM tables can.

Just copying the <code>.frm</code> and <code>.ibd</code> files from one location to another is not enoght.

Copying the <code>.frm</code> and <code>.ibd</code> file of an InnoDB table is only good if and only if you can guarantee that the <code>tablespace id</code> of the <code>.ibd</code> file matches exactly with the <code>tablespace id</code> entry in the <code>metdata</code> of the <code>ibdata1</code> file.

Have a look at <a href="http://www.chriscalender.com/?tag=innodb-error-tablespace-id-in-file" rel="nofollow noreferrer"> Recovering an InnoDB table from only an .ibd file.</a>

Also have a look at <a href="https://dba.stackexchange.com/a/16911/4846"> This Detailed explanation </a> from <a href="https://dba.stackexchange.com/users/877/rolandomysqldba"> @RolandoMySQLDBA.</a>

blocks|key|5304666|text|尽管至少有三种方法可以从.ibd文件中恢复，但在正常还原中不应该这样做，只有当备份不可用时：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5304667|更新空格_table.ibd中的ID|ordered-list-item|offset|length|5304668|更新空格_ibdata1中的ID|5304669|从table.ibd获取记录|5304670|相反，您应该使用以下任何一种工具正确备份InnoDB表：|5304671|米斯德|unordered-list-item|5304672|xtrabackup|5304673|mylvmbackup+(如果您有LVM)|5304674|更新:数据恢复工具包移到GitHub|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/twindb/undrop-for-innodb|1|http://www.mysqlperformanceblog.com/2011/05/13/connecting-orphaned-ibd-files/|2|http://www.percona.com/docs/wiki/innodb-data-recovery-tool:mysql-data-recovery:start|3|http://www.percona.com/doc/percona-xtrabackup/2.1/|4|http://www.lenzg.net/mylvmbackup/|5^0|0|2|G|0|0|2|E|1|0|0|E|2|0|0|0|0|A|3|0|0|B|4|0|C|6|5^^$0|@$1|2|3|4|5|6|7|1B|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|1C|8|@]|9|@$E|1D|F|1E|1|1F]]|A|$]]|$1|G|3|H|5|D|7|1G|8|@]|9|@$E|1H|F|1I|1|1J]]|A|$]]|$1|I|3|J|5|D|7|1K|8|@]|9|@$E|1L|F|1M|1|1N]]|A|$]]|$1|K|3|L|5|6|7|1O|8|@]|9|@]|A|$]]|$1|M|3|N|5|O|7|1P|8|@]|9|@]|A|$]]|$1|P|3|Q|5|O|7|1Q|8|@]|9|@$E|1R|F|1S|1|1T]]|A|$]]|$1|R|3|S|5|O|7|1U|8|@]|9|@$E|1V|F|1W|1|1X]]|A|$]]|$1|T|3|U|5|6|7|1Y|8|@]|9|@$E|1Z|F|20|1|21]]|A|$]]]|V|$W|$5|X|Y|Z|A|$10|11]]|12|$5|X|Y|Z|A|$10|13]]|14|$5|X|Y|Z|A|$10|15]]|16|$5|X|Y|Z|A|$10|17]]|18|$5|X|Y|Z|A|$10|19]]|1A|$5|X|Y|Z|A|$10|11]]]]

Although there are at least three ways to recover from an .ibd file you should never do that in normal restore, only when backups are not available:

<ol>
<li>Update <a href="https://github.com/twindb/undrop-for-innodb" rel="nofollow">SPACE_ID in table.ibd</a></li>
<li>Update <a href="http://www.mysqlperformanceblog.com/2011/05/13/connecting-orphaned-ibd-files/" rel="nofollow">SPACE_ID in ibdata1</a> </li>
<li><a href="http://www.percona.com/docs/wiki/innodb-data-recovery-tool:mysql-data-recovery:start" rel="nofollow">Fetch records from table.ibd</a> </li>
</ol>

Instead you should backup InnoDB tables correctly with either tool:

<ul>
<li>mysqldump</li>
<li><a href="http://www.percona.com/doc/percona-xtrabackup/2.1/" rel="nofollow">xtrabackup</a></li>
<li><a href="http://www.lenzg.net/mylvmbackup/" rel="nofollow">mylvmbackup</a> (if you have LVM)</li>
</ul>

UPDATE: Data recovery toolkit moved to <a href="https://github.com/twindb/undrop-for-innodb" rel="nofollow">GitHub</a>

Just practising DB disaster recovery. As per our back up policy, we do complete disk image back ups every half an hour (on our slave server). 

Now for a scenario, where some how a table has been accidentally dropped, I thought recovery would be as simple as -

<ul>
<li>copy .ibd and .frm file from backup to mysql data dir.</li>
<li>alter table tbl_name import tablespace;</li>
</ul>

On issuing a select, DB throws an error - table does not exist. I understand this might have something to do with <code>ib_logfile</code>? 

Any ideas how to go about restoring table in this situation?

Recovering mysql innodb table from table.ibd backup file

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

只是在实践DB灾难恢复。根据备份策略，我们每半小时(在从服务器上)完成磁盘映像备份。现在，在一个场景中，一些表是如何被意外丢弃的，我认为恢复就像-将.ibd和.frm文件从备份复制到mysql数据dir。修改表tbl_name导入表空间；发出select时，DB抛出错误表不存在.我知道这可能与ib_logfile有关吗？在这种情况下，如何恢复桌子，有什么想法吗？

问从table.ibd备份文件中恢复mysql表
EN

回答 2

Database Administration用户

InnoDB表不能以与MyISAM表相同的方式复制。

Database Administration用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问从table.ibd备份文件中恢复mysql表EN

回答 2

Database Administration用户

InnoDB表不能以与MyISAM表相同的方式复制。

Database Administration用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问从table.ibd备份文件中恢复mysql表
EN