展开

关键词

使用Shell恢复MySQL .frm和.ibd文件

这是学习笔记的第 1901篇文章 MySQL里面对于表的默认的配置是每个表都有独立的文件.ibd和.frm文件对应,对于数据恢复来说,会提供很大的便利。 如果某种特殊情况下,你只有.frm文件和.ibd文件,能不能单独恢复出来数据呢,答案是肯定的,当然这个过程不是一个命令搞定,而是需要一些方法和技巧。 所以在恢复.frm和.ibd文件的时候,难点在于如何解析得到建表的DDL语句。 在这里我们要做个小把戏,需要预创建一个同名的表,然后通过交换frm文件来变相得到DDL语句。 这个脚本为了支撑后续的灵活性,我是单独创建了一个数据库test_recover,可以作为你的一个专用恢复数据库,可以在上面做大量的恢复测试,来充分验证方案的可行性。 }/${RECOVER_TABLE_NAME}.frm ${MYSQL_DATA_DIR}/${MYSQL_RECOVER_DB}/${RECOVER_TABLE_NAME}.frm chown -

1.1K20

恢复mysql数据结构(.frm)和数据(.ibd)

简介: 1.后缀名为.frm的文件:这个文件主要是用来描述数据表结构和字段长度灯信息 2.后缀名为.ibd的文件:这个文件主要储存的是采用独立表储存模式时储存数据库的数据信息和索引信息; 3 .后缀名为.MYD(MYData)的文件:从名字可以看出,这个是存储数据库数据信息的文件,主要是存储采用独立表储存模式时存储的数据信息; 4.后缀名为.MYI的文件:这个文件主要储存的是数据库的索引信息 ; 5.ibdata1文件:主要作用也是储存数据信息和索引信息 解决: 数据库的存储引擎 1:如储存引擎采用的是MyISAM,则生成的数据文件为表名.frm、表名.MYD、表名的MYI; 2:而储存引擎如果是innoDB,并且采用独立储存的模式,生成的文件是表名.frm、表名.ibd; 3:如果采用共存储模式的,数据信息和索引信息都存储在ibdata1中; 本地恢复 1,服务器 mysql数据库(路径:/usr/local/mysql/var/mysql)(包含.frm,.ibd等)拷贝到本地的data下面。

10220
  • 广告
    关闭

    腾讯云图限时特惠0.99元起

    腾讯云图是一站式数据可视化展示平台,旨在帮助用户快速通过可视化图表展示大量数据,低门槛快速打造出专业大屏数据展示。新用户0.99元起,轻松搞定数据可视化

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL备份文件.ibd、.frm、.MYD、.MYI的恢复教程

    根据网友的截图得知是他在恢复数据文件 .frm 时,报出的异常。error: 1146: Table ‘xxx’ doesn’t exist ? MySQL 数据库是具有持久化能力的。也就是说它的所有数据,其实最终都是存储在文件中的。如果你用的是 MyIsAM,则一张表数据文件有 3 个。 ? 上面这个截图,就是我的测试数据库对应的数据文件的存放目录。进入到我的 /usr/local/var/mysql/ 目录后,可以看到我的 xttblog 和 test 数据库目录。 ? 表创建出来之后,我们就可以到 /usr/local/var/mysql/test/ 替换 test_2019.ibd 和 test_2019.frm 两个文件了。 接着重启 MySQL 服务即可了。 最后,我要提示的一点是,注意数据库的版本。如果版本不一致,也有可能导致恢复失败!

    97520

    从 Anemometer BUG 到 FRM 文件的恢复

    ,开发人员希望能恢复MYSQL 的表结构,根据原来的经验,直接的选择就是 mysql-utilties 工具集合里面的 frm文件修复,本来想的很简单,现实很骨感,服务器上的PYTHON 版本 3.6, 搞到最后,连YUM 都不OK 了,(因为YUM 使用PYTHON),所以最后的结果是从新找了太干净的机器,按照老的方法把 mysql-utitiles 装上,然后恢复FRM 文件,本来还在担心这个工具集已经走到生命的终点 后来一想,MYSQL 8.0 就没有 FRM 文件了,这个功能就不需要在担心了。 ? 另外最近工作中发现一个项目,对数据库的选型越来越有需求,比如一个需求里面如果客户,强烈希望有模糊查询,并且对RDS数据库的需求,那如果继续选择 ORACLE SQL SERVER , MYSQL 将对程序员是一件痛苦的事情 所以我一直认为,不理解业务,就去使用一个种database是很草率的,并且数据库发展到今天,传统关系型, NO SQL , NEW SQL ,内存数据库,时序数据库, 选择的余地是越来越大,需要了解的东西也越来越多

    24220

    恢复mysql数据库

    1.启动mysqlmysql/etc/my.cnf里面配置日志信息 log_bin=mysql-bin server-id=123454333 然后重新启动mysql 2.查看是否日志列表 show 查看日志列表 show binlog events in 'mysql-bin.000002' 查看指定文件 ? 查看指定文件 mysqlbinlog mysql-bin.0000xx | mysql -u用户名 -p密码 数据库名 3.恢复数据 mysqlbinlog "D:\programs\mysql5.7.64 \data\mysql-bin.000339" | mysql -uroot -p store mysqlbinlog mysql-bin.0000xx | mysql -u用户名 -p密码 数据库恢复数据报错 ---- 未完待续。。。。。

    40230

    利用frm文件和ibd文件恢复表数据

    // 利用frm文件和ibd文件恢复表数据 // frm文件和ibd文件简介 在MySQL中,如果我们使用了默认的存储引擎innodb创建一张表,那么在文件夹下面就会出现表名.frm和表名.ibd 考虑这样一种需求,数据库需要快速恢复一个表中的数据,而这个表所在的库的数据量非常大,恢复起来可能耗费的时间也比较长,那么全库恢复肯定不是最佳的选择。那这种情况下怎么办呢? 首先,我们创建一个新的实例专门用来恢复数据,如果你使用线上的某一台机器来执行恢复,那你必须承担数据库重启的风险以及DML阻塞的风险,所以最好的方法还是使用一台专门的实例来进行恢复。 和aaa.ibd文件,然后我们使用我们备份的aaa.frm来替代之前的aaa.frm,然后重启数据库。 这一步相当重要 6、将参数innodb_force_recovery=6注释掉,重新使用默认的值,然后重启数据库,准备恢复表数据。 至此,表结构恢复完毕。

    4.2K20

    myloader恢复mysql数据库示例

    mydumper是针对mysql数据库备份的一个轻量级第三方的开源工具,备份方式为逻辑备份。它支持多线程,备份速度远高于原生态的mysqldump以及众多优异特性。 有关mydumper的相关参考 mydumper备份mysql数据库示例 mydumper安装及安装故障汇总 1、单库的备份与恢复 [root@app ~]# mydumper -u leshami #创建测试表 >      insert into sakila.tb select * from sakila.actor" ###将备份库恢复到一个新数据库,如restoredb [root@app [root@app ~]# myloader  -u leshami -p xxx   -o -B sakila -d /tmp/bak 2、单表恢复 [root@app ~]# mysql -urobin (mysql|test))' -o /tmp/bak ###尝试删除部分数据库 [root@app ~]# mysql -urobin -pxxx   \ >  -e "drop database tempdb

    78420

    mysql 数据库备份和恢复

    物理备份主要有以下特点: 备份文件包含所有的数据库文件夹和文件,即是mysql数据文件夹下的全部(所有数据库实例)或者部分(单个或多个数据库实例)。 全量恢复 vs 增量恢复 全量恢复恢复备份中所有的数据,是数据库恢复到备份时数据库状态。如果全量恢复的状态不够实时,可以接着使用增量恢复恢复全量备份到这一刻所有的数据变化,是数据库状态保持最新。 例如,MyISAM 表存储文件(.frm:表结构, *.MYD:表数据, and *.MYI:表索引)。 这样在恢复时,就可以针对特定的数据库进行恢复,不至于造成所有的恢复恢复到默认数据库里。如果需要备份文件包含drop数据库语句,则使用 --add-drop-database 选项。 : shell> mysql < dump.sql sql命令行,使用source: mysql> source dump.sql 备份不包含数据库创建语句,确保指定恢复数据库存在: shell> mysqladmin

    36320

    MySQL数据库备份与恢复

    为此数据库管理员必须针对具体的业务要求制定详细的数据库备份与灾难恢复的策略,并通过模拟故障对每种可能的情况进行严格的测试,从而保证数据的可靠性。 通过 文1:CentOS 7 编译安装MySQL数据库系统已经掌握MySQL数据库的安装方式; 文2:MySQL数据库基本语句已经掌握了数据库的基本操作。 接下来我们了解一下如何对MySQL数据库的备份与恢复。 接下来我们来了解MySQL数据库备份的方法。 物理冷备份与恢复 物理冷备份一般使用tar命令直接打包数据库文件夹即可,但是进行备份之前必须关闭MySQL数据库。 2)模拟故障并恢复数据库 [root@localhost ~]# mysql -u root -e 'drop table mysql.user;' [root@localhost ~]# mysql

    7230

    13.6 mysql数据库备份恢复

    mysql数据库备份恢复目录概要 备份库 mysqldump -uroot -p123456 mysql > /tmp/mysql.sql 恢复mysql -uroot -p123456 mysql < /tmp/mysql.sql 恢复是,必须保证目录一致 备份表 mysqldump -uroot -p123456 mysql user > /tmp/user.sql 恢复mysql -uroot -d mysql > /tmp/mysql.sql mysql数据库备份恢复 备份库 在执行mysqldump -uroot -p123456 mysql的时候会看到很多信息,屏幕上显示的这些就是备份的数据 [root@hf-01 ~]# 我们可以通过mysqlbak.sql来恢复数据库,还可以恢复到另外一个数据库里面去 创建一个新的库mysql2 [root@hf-01 ~]# mysql -uroot [root@hf-01 ~]# 进入到数据库里面,在后面加一个mysql2 就会进入到mysql2数据库里面 mysql -uroot -p'hanfeng' mysql2 [root@hf-01 ~

    45890

    MySQL数据库备份和恢复

    数据库备份 数据库复制不能取代备份的作用 备份分类: 全量备份:整个数据库的完整备份 增量备份:在上一次备份基础上,对更改数据进行备份。 bash: mysql-u-p dbname<backup.sql mysql client: mysql>source/tmp/backup.sql 指定时间点的恢复 先决条件 具有指定时间点前的一个全备 具备自上次全备后到指定时间点的所有“二进制日志”(相当于重复操作从备份时间点的到现在的数据库操作) 步骤: 还原某个时间点的全备 mysql-uroot-p mc_orderdb<mc_order_backup.sql /data 恢复后的数据直接替换原本的 记得改变属于的用户chmod 制定备份计划 每天凌晨对数据库进行一次全备 实时对二进制日志进行远程备份 使用linux定时任务:crontab 参考 高性能可扩展 MySQL数据库设计及架构优化 电商项目,sqlercn,https://coding.imooc.com/class/79.html

    71320

    MYSQL数据库恢复案例分享

    本次分享的案例是关于存储的数据恢复,存储上RAID崩溃导致存储无法启动。存储内部共有6台以上虚拟机,其中LINUX虚拟机3台为客户重要数据。 在与客户沟通后得知虚拟机内有MYSQL数据库,因为数据库底层存储的特殊性,可以通过扫描数据页进行数据提取。 4、获取MYSQL数据页并分析 根据MYSQL数据页特征进行数据页扫描并导出(innodb引擎可以使用此方案,myisam因为没有“数据页”概念所以不可用),分析系统表获取各用户表信息,根据各个表的ID 提取记录:分别使用两组不同表结构对数据记录进行提取并导入恢复环境中的MYSQL数据库内,然后剔除各个表中因为表结构变更造成的乱码数据,最后将两组数据分别导出为.sql文件。 6、数据恢复结果 因为两个版本的数据库表结构不同,所以联系了客户方的应用工程师进行调试。调试完成后导入平台,经验证,数据可用本次数据恢复成功。

    15720

    存储崩溃MySQL数据库恢复案例

    一、分析存储底层次结构 工程师通过与客户的沟通及对RAID阵列的分析得出故障存储的底层结构为若干物理磁盘组成一个存储池,划分了多个LUN,需要进行数据恢复的为LUN1,其中包含重点恢复的3台虚拟机。 四、通过分析数据库页提取数据 本次数据恢复的虚拟机内有mysql数据库,可以利用数据库底层存储的特殊性进行数据页扫描,提取数据。 五、获取mysql数据页并分析 根据mysql数据页特征进行数据页扫描并导出(innodb引擎可以使用此方案,myisam因为没有“数据页”概念所以不可用),分析系统表获取各用户表信息,根据各个表的id 分别使用两组不同表结构对数据记录进行提取并导入恢复环境中的mysql数据库内,然后剔除各个表中因为表结构变更造成的乱码数据,最后将两组数据分别导出为.sql文件。 七、数据验证 因为两个版本的数据库表结构不同,所以联系了客户方的应用工程师进行调试。调试完成后导入平台,平台调试成功,本次数据恢复成功。

    16720

    mysql数据库(11):恢复数据

    (1)先登录 mysql -h localhost -u root -p  (2)查看数据库有哪些 show databases;  (3)新建一个空表text create database text 不在了 show databases;  退出mysql后再执行以下命令恢复数据库中的表: mysql -h localhost -u root -p mysql  使用如下命令能够查看到表已经备份进去了 show tables;  如何恢复数据库呢? 以下将chuan.sql备份到text空数据库mysql -h localhost -u root -p text  再次登录查看,是成功将chuan这个数据库备份到了text数据库了。 mysql -h localhost -u root -p  ##登录## use text show tables;

    8910

    技术分享 | 只有.frm和.ibd文件时如何批量恢复InnoDB的表

    作者:姚远 专注于 Oracle、MySQL 数据库多年,Oracle 10G 和 12C OCM,MySQL 5.6 ,5.7,8.0 OCP。 ---- 背景 很多时候因为 MySQL 数据库不能启动而造成数据无法访问,但应用的数据通常没有丢失,只是系统表空间等其它文件损坏了,或者遇到 MySQL 的 bug。 对于 MyISAM 引擎的表空间,直接把对应的数据文件拷贝到一个新的数据库就行了,数据就可以恢复了。对于 InnoDB 引擎的数据库表空间可以采用传输表空间的方式把数据救回来。 mysqlfrm 从 .frm 文件里面找回建表语句。 // 分析一个 .frm 文件生成建表的语句 mysqlfrm --diagnostic / var /lib/mysql/test/t1.frm // 分析一个目录下的全部.frm文件生成建表语句

    48210

    生产Mysql数据库数据恢复实战过程

    1 实战环境介绍 线上环境 mysql数据库一主多从的架构,主写从读进行读写分离,专用从库做数据备份,每天0点全备一次,12点增量备份一次,初始阶段数据量很小的情况按此方案,后续数据量大,读写频繁时 -1 ~]# uname -r 2.6.32-642.el6.x86_64 [root@mysql-1 ~]# mysql -v mysql Ver 14.14 Distrib 5.7.17, for 此时发现数据库数据出现问题,某个数据无法访问了,需要进行恢复 3 恢复数据 数据恢复具体操作如下 1、停止主从同步,应用与数据库的读写操作,防止数据再次写入 ? 3、恢复全备文件到主库 ? 4、合并binlog文件生成sql,删除误操作语句 ? 5、进行增量恢复 ? 此时主库数据恢复成功 4 测试主从同步 重新开启同步来测试数据是否同步 ? 至此,整个数据恢复过程结束,通过binlog日志增量文件恢复数据成功

    23320

    记一次MySQL数据库恢复

    1 恢复步骤概要 备份frm、ibd文件 如果mysql版本发生变化,安装回原本的mysql版本 创建和原本库名一致新库,字符集都要保持一样 通过frm获取到原先的表结构,通过的得到的表结构创建一个和原先结构一样的空表 2)安装原本版本的数据库 略 3)创建和原本一致的库 创建和原本库名一致新库,字符集都要保持一样 4)frm获取到原先的表结构 这里使用dbsake读取frm的表结构 dbsake安装 #下载 curl /dbsake frmdump student.frm teacher.frm > school.txt 恢复表结构 文件中存放的是frm对应表结构的sql,直接复制出来运行就行了,此时数据库中所有的结构都恢复了 DISCARD TABLESPACE; ALTER TABLE teacher DISCARD TABLESPACE; 6)拷贝原本的ibd,到新的库中 确定新数据库的数据存放位置 在mysql中执行命令 show variables like 'datadir'; 进入对应文件夹中,会有一个和需要恢复数据库名完全一样的文件夹,进入文件夹 将ibd文件复制过来 cp命令直接复制过来就行了 7)命令恢复表空间

    8920

    CentOS下利用mysqlbinlog恢复MySQL数据库

    我今天就因为不小心删除了某个数据库,但最后的备份是1个礼拜前的,唯一能解决的办法就是通过mysqlbinlog来恢复了。 要想恢复表和数据,可以通过mysqlbinlog恢复指定时间的备份,输入: mysqlbinlog –stop-date=”2012-03-15 14:02:00″ /data1/log/mysql/mysql-bin 如果你没有检测到输入的错误的SQL语句,可能你想要恢复后面发生的数据库活动。 和–stop-date恢复指定时间段的数据库活动记录,如下: mysqlbinlog –start-date=”2012-03-09 02:00:00″ –stop-date=”2012-03-15 14 -03-09 02:00:00到今天删除数据库之前2012-03-15 14:02这段时间的数据库活动事务操作

    1.3K110

    mysql数据库  备份和恢复

    备份文件名称 备份某库下的几个表 mysqldump -uuname -ppassword   db table1   table2 table3 等> 地址+备份文件名称 备份多个数据库 mysqldump -uuname -ppassword -B db1 db2 >地址+备份文件名称 备份所有数据库 mysqldump -uuname -ppassword - 恢复 1 登陆到 mysql命令行的状态下 库级文件的恢复 mysql>   source   备份文件地址 表级文件的恢复 mysql> use 库名 mysql>   source   备份文件地址 2 不登陆的情况下 库级的 mysql -u用户名 -p密码 <备份文件地址 表级 mysql -u用户名 -p 密码 库名<备份文件地址 注意: 恢复文件的 地址形式  如 e:/library.sql

    14130

    MySQL 数据库备份(完全备份与恢复

    tar 打包文件夹备份 2.2 使用 mysqldump 工具备份 二、MySQL 完全恢复 1.恢复整库操作 1.1 source 命令整库恢复 1.2 MySQL 命令整库恢复 2.恢复表操作 ,能及时恢复重要数据,防止数据丢失的一种重要手段 一个合理的数据库备份方案,能够在数据丢失时,有有效地恢复数据,而且也需要考虑技术实现难度和有效地利用资源 一、MySQL 完全备份 1.数据库备份方式精讲 完全备份概念解读 MySQL 的备份方式主要有完全备份与增量备份 完全备份是对整个数据库的备份、数据库结构和文件结构的备份,保存的是备份完成时刻的数据库,是增量备份的基础 完全备份的优点是备份与恢复操作简单方便 -2021-10-26.tar.xz -C /usr/local/mysql/data/ systemctl restart mysql #如果数据库文件损坏数据丢失,可以解压缩文件,相当于数据恢复 ,数据的备份是保存的插入语句操作 通过以上分析,很容易理解,备份的本质就是保存数据库当前表结构的创建语句和现有数据的插入语句,有了它们就可以直接恢复数据库的状态 二、MySQL 完全恢复 前面介绍了数据库的完全备份

    6520

    相关产品

    • 云数据库 MySQL

      云数据库 MySQL

      腾讯云数据库MySQL是一种高性能、高可靠、高安全、可灵活伸缩的数据库托管服务,其不仅经济实惠,而且提供备份回档、监控、快速扩容、数据传输等数据库运维全套解决方案,为您简化 IT 运维工作,让您能更加专注于业务发展。

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券