如何在MySQL中仅恢复一个数据库？ (mysql 只恢复一个数据库)
MySQL是一款非常流行的开源关系型数据库管理系统，支持多种数据恢复方式，比如全量恢复和增量恢复等，而在一些情况下，我们只希望恢复其中一个数据库，而不是整个系统。因此本篇文章将介绍如何在MySQL中仅恢复一个数据库。
之一步：关闭MySQL服务
在开始恢复操作之前，需要先停止MySQL服务的运行，以防止正在使用的旧的数据文件被写入新的数据文件中。
在Linux系统中，可以通过命令sudo service mysql stop来关闭MySQL服务。而在Windows系统中，则可以通过进入控制面板，找到服务，选择MySQL服务来关闭它。
第二步：备份目标数据库
在进行恢复操作之前，更好先将目标数据库进行备份，以防数据丢失或损坏。可以通过以下命令来备份MySQL数据库：
# mysqldump -u [用户名] -p [密码] [数据库名称] > [备份文件名称].sql
在此命令中，[用户名]和[密码]是指登录MySQL所需要的用户名和密码，而[数据库名称]和[备份文件名称]则分别代表需要备份的数据库名称和备份生成的文件名称。备份文件生成后，可以将其存放到安全的位置，以便在需要进行恢复时使用。
第三步：删除目标数据库
在进行恢复操作时，需要将之前的目标数据库先删除。可以通过以下命令来删除MySQL数据库：
# drop database [数据库名称];
在此命令中，[数据库名称]指的是需要删除的数据库名称。
第四步：恢复备份文件
在删除目标数据库后，可以通过使用备份文件来进行恢复。可以通过以下命令来恢复MySQL数据库：
# mysql -u [用户名] -p [密码] [数据库名称]
在此命令中，[用户名]和[密码]是指登录MySQL所需要的用户名和密码，而[数据库名称]和[备份文件名称]则分别代表需要恢复的数据库名称和备份文件的名称。执行该命令后，MySQL数据库将会自动恢复指定的数据库文件。
第五步：启动MySQL服务
在恢复操作完成后，需要启动MySQL服务，以使其正常运行。
在Linux系统中，可以通过命令sudo service mysql start来启动MySQL服务。而在Windows系统中，则可以通过进入控制面板，找到服务，选择MySQL服务来启动它。
：
在MySQL中仅恢复一个数据库可以通过以上五个步骤来实现。在进行操作之前，更好先备份目标数据库，以防数据丢失或损坏。此外，在删除目标数据库前也需要谨慎，以免误删重要数据。通过以上操作，可以在MySQL中更加灵活地进行数据恢复操作，提高数据的安全性和稳定性。
相关问题拓展阅读：
如何实现MySQL数据库的备份与恢复
在数据库表丢失或损坏的情况下 备份你的数据库是很重要的 如果发生系统崩溃 你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态 有时 正是MySQL管理员造成破坏 管理员已经知道表以破坏 用诸如vi或Emacs等编辑器试图直接编辑它们 这对表绝对不是件好事！ 备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件（如用cp cpio或tar等） 每种方法都有其优缺点 mysqldump与MySQL服务器协同操作 直接拷贝方法在服务器外部进行 并且你必须采取措施保证没有客户正在修改你将拷贝的表 如果你想用文件系统备份来备份数据库 也会发生同样的问题 如果数据库表在文件系统备份过程中被修改 进入备份的表文件主语不一致的状态 而对以后的恢复表将失去意义 文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程 这样你能采取措施确保服务器让表不受干扰 mysqldump比直接拷贝要慢些 mysqldump生成能够移植到其它机器的文本文件 甚至那些有不同硬件结构的机器上 直接拷贝文件不能移植到其它机器上 除非你正在拷贝的表使用MyISAM存储格式 ISAM表只能在相似的硬件结构的机器上拷贝 在MySQL 中引入的MyISAM表存储格式解决了该问题 因为该格式是机器无关的 所以直接拷贝文件可以移植到具有不同硬件结构的机器上 只要满足两个条件 另一台机器必须也运行MySQL 或以后版本 而且文件必须以MyISAM格式表示 而不是ISAM格式 不管你使用哪种备份方法 如果你需要恢复数据库 有几个原则应该遵守 以确保更好的结果 定期实施备份 建立一个计划并严格遵守 让服务器执行更新日志 当你在崩溃后需要恢复数据时 更新日志将帮助你 在你用备份文件恢复数据到备份时的状态后 你可以通过运行更新日志中的查询再次运用备份后面的修改 这将数据库中的表恢复到崩溃信手发生时的状态 以文件系统备份的术语讲 数据库备份文件代表完全倾倒（full dump） 而更新日志代表渐进倾倒（incremental dump） 使用一种统一的和易理解的备份文件命名机制 象backup buckup 等不是特别有意义 当坦羡实施你的恢复时 你将浪费时间找出文件里是什么东西 你可能发觉用数据库名和日期构成备份文件名会很有用 例如 %mysqldump samp_db >/usr/archives/mysql/samp_db %mysqldump menagerie >/usr/archives/mysql/menagerie 你可能想在生成备份后压缩它们 备份一般都很大！你也需要让你的备份文件有过期期限以避免它们填满你的磁盘 就象你让你的日志文件过期那样 用文件系统备份备份你的备份文件 如果遇上了一个彻底崩溃 不仅清除了你的数据目录 也清除了包含你的数据库备份的磁盘驱动器 你将真正遇上了麻烦 也要备份你的更新日志 将你的备份文件放在不同于用于你的数据库的文件系统上 这将降低由于生成备份而填满包含数据目录的文件系统的可能性 用于创建备份的技术同样对拷贝数据库到另一台机器有用 最常见地 一个数据库被转移到了运行在另一台主机上的服务器 但是你也可以将数据转移到同一台主机上的另一个服务器使用mysqldump备份和拷贝数据库 当你使用mysqldumo程序产生数据库备份文件时 缺省地 文件内容包含创建正在倾倒的表的CREATE语句和包含表中行数据的INSERT语句 换句话说 mysqldump产生的输出可在以后用作mysql的输入来重建数据库 你可以将整个数据库倾倒进一个单独的文本文件中 如下 滑信嫌 %mysqldump samp_db >/usr/archives/mysql/samp_db 输出文件的开头看起来象这样 # MySQL Dump # # Host: localhost Database: samp_db # # Server version alpha log # # Table structure for table absence # CREATE TABLE absence( student_id int( ) unsigned DEFAULT NOT NULL date date DEFAULT NOT NULL PRIMARY KEY (student_id date) ); # # Dumping data for table absence # INSERT INTO absence VALUES ( ); INSERT INTO absence VALUES ( ); INSERT INTO absence VALUES ( );文件剩下的部分有更多的INSERT和CREATE TABLE语句组成 如果你想压缩备份 使用类似如下的命令 %mysqldump samp_db | gzip >/usr/archives/mysql/samp_db gz 如果你要一个庞大的数据库 输出文件也将很庞大 可能难于管理 如果你愿意 你可以在mysqldump命令行的数据库名后列出单独的表名来倾到它们的内容 这将倾倒文件分成较小 更易于管理的文件 下例显示如何将samp_db数据库的一些表倾到进分开的文件中 %mysqldump samp_db student score event absence >grapbook sql %mysqldump samp_db member president >hist league sql 如果你生成准备用于定期刷新另一个数据库内容的备份文件 你可能想用 add drop table选项 这告诉服务器将DROP TABLE IF EXISTS语句写入备份文件 然后 当你取出备份文件并把它装载进第二个数据库时 如果表已经存在 你不会得到一个错误 如果你倒出一个数据库以便能把数据库转移到另一个服务器 你甚至不必创建备份文件 要保证数据库存在于另一台主机 然后用管道倾倒数据库 这样mysql能直接读取mysqldump的输出 例如 你想从主机拷贝数据库samp_db到 可以这样很容易做到 %mysqladmin h create samp_db %mysqldump samp_db | mysql h samp_db 以后 如果你想再次刷新上的数据库 跳过mysqladmin命令 但要对mysqldump加上 add drop table以避免的得到表已存在的错误 %mysqldump add drop table samp_db | mysql h samp_db mysqldump其它有用的选项包括 flush logs和 lock tables组合将对你的数据库检查点有帮助 lock tables锁定你正在倾倒的所有表 而 flush logs关闭并重新打开更新日志文件 新的更新日志将只包括从备份点起的修改数据库的查询 这将设置你的更新日志检查点位备份时间 （然而如果你有需要执行个更新的客户 锁定所有表对备份期间的客户访问不是件好事 ） 如果你使用 flush logs设置检查点到备份时 有可能更好是倾倒整个数据库 如果你倾倒单独的文件 较难将更新日志检查点与备份文件同步 在恢复期间 你通常按数据库为基础提取更新日志内容 对单个表没有提取更新的选择 所以你必须自己提取它们 缺省地 mysqldump在写入前将一个表的整个内容读进内存 这通常确实不必要 并且实际上如果你有一个大表 几乎是失败的 你可用 quick选项告诉mysqldump只要它检索出一行就写出每一行 为了进一步优化倾倒过程 使用 opt而不是 quick opt选项打开其它选项 加速数据的倾倒和把它们读回 用 opt实施备份可能是最常用的方法 因为备份速度上的优势 然而 要警告你 opt选项确实有代价 opt优化的是你的备份过程 不是其他客户对数据库的访问 opt选项通过一次锁定所有表阻止任何人更新你正在倾倒的任何表 你可在一般数据库访问上很容易看到其效果 当你的数据库一般非常频繁地使用 只是一天一次地调节备份 一个具有 opt的相反效果的选项是 dedayed 该选项使得mysqldump写出INSERT DELAYED语句而不是INSERT语句 如果你将数据文件装入另一个数据库并且你想是这个操作对可能出现在该数据库中的查询的影响最小 delayed对此很有帮助 press选项在你拷贝数据库到另一台机器上时很有帮助 因为它减少网络传输字节的数量 下面有一个例子 注意到 press对与远端主机上的服务器通信的程序才给出 而不是对与本地主机连接的程序 %mysqldump opt samp_db | mysql press h samp_db mysqldump有很多选项 详见《MySQL参考手册》使用直接拷贝数据库的备份和拷贝方法 另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文件 典型地 这用诸如cp tar或cpio实用程序 本文的例子使用cp 当你使用一种直接备份方法时 你必须保证表不在被使用 如果服务器在你则正在拷贝一个表时改变它 拷贝就失去意义 保证你的拷贝完整性的更好方法是关闭服务器 拷贝文件 然后重启服务器 如果你不想关闭服务器 要在执行表检查的同时锁定服务器 如果服务器在运行 相同的制约也适用于拷贝文件 而且你应该使用相同的锁定协议让服务器 安静下来 假设服务器关闭或你已经锁定了你想拷贝的表 下列显示如何将整个samp_db数据库备份到一个备份目录（DATADIR表示服务器的数据目录） %cd DATADIR %cp r samp_db /usr/archive/mysql 单个表可以如下备份 %cd DATADIR/samp_db %cp member * /usr/archive/mysql/samp_db %cp score * /usr/archive/mysql/samp_db当你完成了备份时 你可 lishixinzhi/Article/program/MySQL/202311/29384
MySQL数据库恢复(InnoDB)
– 恢复策略
前面说到未提交的事务和回滚了的事务也会记录Redo Log，因此在进行恢复时,这些事务要进行特殊的的处理.有2中不同的恢复策略：
A. 进行恢复时，只重做已经提交了的事务。
B. 进行恢复时，重做所有事务包括未提交的事务和回滚了的事务。然后通过Undo Log回滚那些未提交的事务。
– InnoDB存储引擎的恢复机制
MySQL数据库InnoDB存储引擎使用了B策略, InnoDB存储引擎中的恢复机制有几个特点：
A. 在重做Redo Log时，并不关心事务性。 恢复时，没有BEGIN，也没有COMMIT,ROLLBACK的行为。也不关心每个日志是哪个事务的。尽管事务ID等事务相关的内容会记入胡基Redo Log，这些内容只是被当作要操作的数据的一部分。
B. 使用B策略就必须要将Undo Log持久化，而且必须要在写Redo Log之前将对应的Undo Log写入磁盘。Undo和Redo Log的这种关联，使得持久化变得复杂起来。为了降裤键谨低复杂度，InnoDB将Undo Log看作数据，因此记录Undo Log的操作也会记录到redo log中。这样undo log就可以象数据一样缓存起来，而不用在redo log之前写入磁盘了。
包含Undo Log操作的Redo Log，看起来是这样的：
记录1: >
记录2:
记录3: >
记录4:
记录5: >
记录6:
C. 到这里，还有一个问题没有弄清楚。既然Redo没有事务性，那岂不是会重新执行被回滚了的事务？确实是这样。同时Innodb也会将事务回滚时的操作也记录到redo log中。回滚操作本质上也是对数据进行修改，因此回滚时对数据的操作也会记录到Redo Log中。
一个回滚了的事务的Redo Log，看起来是这样的：
记录1: >
记录2:
记录3: >
记录4:
记录5: >
记录6:
记录7:
记录8: 亮岩
记录9:
一个被回滚了的事务在恢复时的操作就是先redo再undo，因此不会破坏数据的一致性.
– InnoDB存储引擎中相关的函数
Redo: recv_recovery_from_checkpoint_start()
Undo: recv_recovery_rollback_active()
Undo Log的Redo Log: trx_undof_page_add_undo_rec_log()
你会备份，不能恢复。真的服你了。
给你二个解决办法：
之一个茄宴蚂办法：使用这个命令格式
shell>mysqladmin create 数据库名 -uroot -p (数据库已经存在就不用此步)
shell>mysql -uroot -p 数据库名
第二个办法：更详细的用法在mysql的在线手册中，已祥举经给你找到备份恢复的页面了，打看颤埋学一下，你们问题就可以肯定搞定了。这是mysql官方中文手册。
备份恢复的页面链接：
重新安装mysql原来数据库的只剩下了.frm的问，怎么恢复的数据
一、InnoDB表结构的恢复
假定：MYSQL数据库已经崩溃，目前只有对应表的frm文件，大家都知道，frm文件无法通过文本编辑器查看，因为如果不恢竖卜复，基本上来说对我们没什么用。这里我们为了测试，假定该文件为test_innodb.frm
该表创建脚本如下：
mysql> create table test_innodb
-> (A int(11) default NULL,
-> B varchar(30) default NULL,
-> C date default NULL) engine=innodb;
Query OK, 0 rows affected (0.05 sec)
在新的正常工作的MYSQL环境下建立一个数据库，比如aa.
在aa数据库下建立同名的数据表test_innodb，表结构随意，这里只有一个id字段，操作过程片段如下：
mysql> create table test_innodb (id bigint not null)engine=InnoDB;
Query OK, 0 rows affected (0.09 sec)
停止mysql服务器，将系统崩溃后留下的test_innodb.frm文件拷贝到新的正常数据库的数据目录aa下，覆盖掉下边厅纤岁同名的frm文件，重新启动MYSQL服务。
END
二. MyISAM表结构的恢复
同样先假定需要恢复的表的FRM文件为test_myisam.frm,表结构为
mysql> create table test_myisam
-> (A int(11) default NULL,
-> B varchar(30) default NULL,
-> C date default NULL) engine=myisam;
Query OK, 0 rows affected (0.05 sec)
直接将test_myisam.frm拷贝到正常数据库对应的数据目录下。这时测试
mysql> show tables;
++
| Tables_in_aa |
++
| test_innodb |
| test_myisam |
++
3 rows in set (0.00 sec)
mysql> desc test_myisam;
ERROR 1017 (HY000): Can’t find file: ‘test_myisam’ (errno: 2)
发现只能通过show tables命令看见表名，但是表结构还是没有恢复，desc命令报错。
在与test_myisam.frm同一目录建立以下2个文件，文件内容可以为空：
test_myisam.MYD test_myisam.MYI
在MYSQL命令行使用MYSQL本身的数扮睁据表恢复命令repair命令恢复表，如下：
mysql> repair table test_myisam USE_FRM;
+—++++
| Table| Op | Msg_type | Msg_text |
+—++++
| aa.test_myisam | repair | status | OK|
+—++++
1 row in set (0.00 sec)
根据结果可以知道,恢复命令执行成功
创建已经丢失的表结构
先要安装 mysql-utilities。
// RedHatyum -y install mysql-server mysql-utilities// Debianapt install mysql-utilities
使用 mysqlfrm 从 .frm 文件里面找回建表语句。
// 分析一个 .frm 文件生成建表的语句mysqlfrm –diagnostic /var/lib/mysql/test/t1.frm// 分析一个目录下的全部.frm文件生成建表语句root@username:~# mysqlfrm –diagnostic /var/lib/mysql/my_db/bk/ >createtb.sqlroot@username:~# grep “^CREATE TABLE” createtb.sql |wc -l124
可以看到一共生成了 124 个建表语句。
有很多时候也可以从其它库里面生成建表语句，如同一个应用的其它数据库或不同的测试环境，采用下面的 mysqldump 生成建表语句：
mysqldump –no-data –compact my_db>createtb.sql
登录 MySQL 生成表。
mysql> create database my_db;mysql> use my_dbDatabase changedmysql> source createtb.sqlQuery OK, 0 rows affected (0.07 sec)……
导入旧的数据文件
将新建的没有包括数据的 .ibd 文件抛弃
root@username:/var/lib/mysql/my_db# ll *.ibd|wcroot@username:/var/lib/mysql/my_db# mysql -e “show tables from my_db” \| grep -v Tables_in_my_db \| while read a; do mysql -e “ALTER TABLE my_db.$a DISCARD TABLESPACE”; doneroot@username:/var/lib/mysql/my_db# ll *.ibd|wcls: cannot access ‘*.ibd’: No such file or directory000
可以看到所有的 .idb 文件都已经被抛弃了。然后把旧的有数据的 .ibd 文件拷贝到这个 my_db 目录下面，别忘了把属主改过来：chown mysql. *，再把这些数据文件 import 到数据库中。
root@username:/var/lib/mysql/my_db# mysql -e “前亩show tables from my_db” \| grep -v Tables_in_my_db \| while read a; \do mysql -e “ALTER TABLE my_db.$a import TABLESPACE”袭丛; done
导入完成后检拍悔樱查表
使用 mysqlcheck 对数据库 my_db 下的所有表进行检查：
root@username:/var/lib/mysql/my_db# mysqlcheck -c my_dbmy_db.cdp_backup_point OK……
所有的表都导入成功。
关于mysql 只恢复一个数据库的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
