mysql数据库备份和恢复步骤（MSSQL数据库备份和还原的几种方法图文教程）

本文目录

• MSSQL数据库备份和还原的几种方法图文教程
• 如何备份和还原MYSQL数据库里的数据
• 如何实现MySQL数据库的备份与恢复
• Linux系统中Mysql的安装备份与密码恢复
• MySQL几种方法的数据库备份
• MySQL如何备份与还原
• 怎样备份/还原MySQL数据库 之 MySQL Workbench
• mysql如何实现数据的完全备份及恢复
• 如何使用命令来备份和还原MySQL数据库
• linux备份mysql

MSSQL数据库备份和还原的几种方法图文教程

一、通过企业管理器进行单个数据库备份。打开SQL SERVER 企业管理器，展开SQL SERVER组LOCAL下的数据库，右键点击你要备份的数据库，在弹出的菜单中选择所有任务下的备份数据库，弹出备份数据库对话框：
点击添加按钮，填写备份文件的路径和文件名，点击确定添加备份文件，点击备份对话框上的备份，开始进行备份。
二、通过企业管理器多数据定时库备份。打开SQL SERVER 企业管理器，展开SQL SERVER组下的管理节点，右键单击数据库维护计划，选择新建维护计划。在弹出的欢迎对话框中选择下一步，然后显示如下对话框：
选择你想要备份的数据库，下一步。在接下来的一步中，我们默认所有选项，下一步。在当前对话框中可以选择是否检查数据库的完整性，这里我们默认就可以进行下一步就行了。对话框入图所示：
选中作为维护计划的一部分来备份数据库，点击更改按钮修改备份数据库的时间，单击下一步，入下图：
在这里，我们可以选择“使用此目录”为备份指定路径，选中“删除早于此时间的文件”可以指定备份文件的保留时间。
下面的几个步骤我们都选择默认设置，最后在完成对话框里为备份起一个名字，点击完成后，数据库会在你指定的时间进行备份。关于数据库维护计划的更多知识请查看其它相关资料。
三、备份数据库文件。打开SQL SERVER 企业管理器，展开SQL SERVER组LOCAL下的数据库，右键点击你要备份的数据库，选择属性。在弹出的对话框中选择数据文件，在这里显示了数据文件的路径，如下图：
打开SQL SERVER 服务管理器，将SQL SERVER 停止。然后打开我的电脑，找到数据文件路径，将其拷贝出来进行备份（注意同时备份.LDF文件）。
最后开启SQL SERVER服务
四、回复数据库备份文件（适用于用企业管理器备份的数据库）。打开SQL SERVER 企业管理器，展开SQL SERVER组LOCAL下的数据库，右键点击你要还原的数据库，选择所有任务下的还原数据库，弹出如下对话框：
选择从设备，点击选择设备，为还原添加备份文件路径，然后进行确定还原。
五、还原数据库备份文件。在企业管理器中对数据库节点右键单击，选择所有任务下的附加数据库，弹出附加数据库对话框。如下图：
选择一个你之前拷贝的数据文件，然后点击确定即可附加成功（注：如果数据库已经存在，请删除数据库后在对其进行附加）。


您可能感兴趣的文章:sqlserver备份还原数据库功能封装分享SQLSERVER数据库备份后无法还原的解决办法简化SQL Server备份与还原到云工作原理及操作方法MySQL数据库备份和还原的常用命令小结解决SQL2005备份数据库.dat或bak还原时的结构错误的解决方法sql server 2005数据库备份还原图文教程

如何备份和还原MYSQL数据库里的数据

找到服务器上mysql的数据库存放路径下面的数据库名文件，拷贝过去放到新服务器的对应路径下就可以了

比如你要备份test的数据库，就到你的mysql安装目录D:MySQLdata下面把test这个文件夹整个复制走就可以了

如何实现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/201311/29384

Linux系统中Mysql的安装备份与密码恢复

Mysql的安装

Redhat 9的第2张光盘提供了Mysql的RPM包，安装非常方便。这RPM包有：mysql-3.23.54a-11.i386.rpm

mysql-server-3.23.54a-11.i386.rpm

mysql-devel-3.23.54a-11.i386.rpm

在安装时，可以使用该光盘进行安装，也可以从网上下载最新的RPM包，然后再进行安装。

以下以RPM包的安装为例介绍Mysql的安装过程，若用户在安装RedHat时已经安装了Mysql，则可以跳过下面的安装步骤。

我们可以用rpm –qa |grep mysql命令来探测Linux系统是否安装了Mysql。

图一：检测Linux中是否安装mysql

若系统没有安装，则将第2张光盘中的

perl-CGI-2.81-88.i386.rpm

perl-DBI-1.32-5.i386.rpm

perl-DBD-Mysql-2.1021-3.i386.rpm

mysql-3.23.54a-11.i386.rpm

mysql-server-3.23.54a-11.i386.rpm

为什么要安装Perl的rpm包呢？这是因为在RedHat中，Mysql需要Perl语言的支持才能正常运行，因此在安装mysql前需要先安装Perl语言及其相关包。

我们按照下面的安装顺序来安装上述的5个rpm包。

#rpm –ivh  perl-CGI-2.81-88.i386.rpm

#rpm –ivh  perl-DBI-1.32-5.i386.rpm

#rpm –ivh  mysql-3.23.54a-11.i386.rpm perl-DBD-Mysql-2.1021-3.i386.rpm

#rpm –ivh  mysql-server-3.23.54a-11.i386.rpm

图二：Linux下mysql的安装

现在mysql已经安装完毕，我们可以用命令来启动Mysql并检验其是否被启动。

我们可以用三种方法来启动Mysql：

方法一：使用service命令来启动Mysql

#service mysql start

方法二：使用mysqld脚本来启动Mysql：

#/etc/init.d/mys qld start

方法三：使用safe_mysqld实用程序启动Mysql服务，此方法可以使用相关参数

#safe_mysqld  //使用表示将safe_mysqld放在后台执行。

这里我们使用方法二来启动Mysql

我们可以使用命令service mysqld status来检测mysql是否已经启动，如图四所示，其中返回信息“pid 3295”中的“3295”是mysqld运行的进程号，这个进程号不是固定不变的，而是根据不同系统运行的进程数量而各不相同。

Mysql已经安装并启动，我们可以用Mysql里的命令来操作我们的Mysql数据库。

我们可以用mysql –u root –p 来访问数据库，系统会提示让我们输入密码，当mysql安装时，默认root帐户的密码为空，所以我们直接敲“enter”就可以进入到我们数据库内部。我们还可以用 show databases;命令来查看系统中现存的数据库。见图五，我们可以看到系统中默认自带了mysql和test这两个数据库。

我们如果想改变mysql的密码，可以用mysqladmin命令，命令格式为

mysqladmin -u root -p password 密码，这里的“密码”为我们欲新设的密码。如下图所示，这里我们将root的密码设置为“public” ，系统会提示我们输入旧密码（若是mysql刚安装，则默认密码为空）。

图三：改变mysql的密码

Mysql的命令还有很多，这里我们不可能一一介绍，感兴趣的读者可以参考Mysql的命令手册。

Mysql的备份

我们的数据库需要经常备份，Mysql数据库的常用备份方法是使用使用实用程序mysqldump, 其命令格式如下：

# mysqldump

其参数的含义为：

options：代表mysqldump的选项，通过mysqldump –help可以查到。

database: 代表将要备份的数据库

tables:   代表将要备份的表，如果不指定任何表，则备份整个数据库。

我们使用mysqldump备份了mysql自带的mysql库，并且用

ll命令来查看备份文件。

我们再来看看备份后的恢复，如图九，图十所示，我们新创建一个数据库bak，然后把我们刚才备份的mysql.bak文件导入到这个数据库。

图四：创建一个bak数据库

图五：导入mysql.bak到bak数据库

Mysql的密码恢复

Mysql隔一段时间不访问，也许你会忘记访问密码，这时该怎么办，重装mysql吗？这个代价也太大了，我们这里介绍两种恢复密码的方法。

方法一：因为Mysql密码存储于数据库mysql中的user表中，所以我们只要用已知密码的user表拷贝过来覆盖就行了。

Linux下 在/var/lib/mysql/mysql/目录下有三个user表相关文件user.frm、user.MYD、user.MYI。它们分别表示：

user.frm  //user表样式文件

user.MYD //user表数据文件

user.MYI  //user表索引文件

为保险起见，我们先将这三个user表相关文件备份，如图十所示，

图十：备份user表三个相关文件

然后我们将知道密码的mysql库中user表的三个文件拷贝过来，这时我们可以用ls看到六个user表文件。

这时我们只要重启mysql服务就可以用已知的密码来访问Mysql数据库了。

重启的命令为：service mysql restart 或

/etc/init.d/mysql restart

现在我们可以用已知密码的来访问Mysql数据库了。

方法二：

方法一是在已知另外一个Mysql数据库密码的的前提下进行密码恢复的，如果没有这样的一个已知密码的Mysql数据库，我们又该如何恢复呢？我们使用在Mysql中文参考手册上介绍的一种方法，这种方法分几个步骤：

1：向mysqld server 发送kill命令关掉mysqld server(不是 kill -9),存放进程ID的文件通常在MYSQL的数据库所在的目录中。

killall -TERM mysqld  //你必须是UNIX的root用户或者是你所运行的

SERVER上的同等用户，才能执行这个操作。

2：使用`--skip-grant-tables’ 参数来启动 mysqld。 (LINUX下/usr/bin/safe_mysqld --skip-grant-tables , windows下c:/mysql/bin/mysqld --skip-grant-tables)  如下图所示;

图十三：步骤1和步骤2的运行结果

3：然后就可以无密码登录到mysqld server ，此时Mysql的密码和刚安装时一样，都是为空。现在我们可以使用图六的方法用mysqladmin来改变mysql的密码了。

4：载入权限表，可以使用mysqladmin flush-privileges来刷新权限表。

图十四：使用mysqladmin载入权限表

5：使用新密码登陆。

Mysql是一个功能强大的数据库，需要在实践中多练习才能熟练掌握，本文介绍Mysql的安装以及最基本的访问Mysql的命令以及修改密码命令，最后就Mysql密码丢失问题介绍了两种恢复密码的方法。希望对大家有所帮助。

MySQL几种方法的数据库备份

最近博客一直想写点。可是不知道写什么，感觉自己近期的知识没有什么添加，今天想到了一篇能够写的博客。曾经试过依据data目录备份MySQL。可是从来没有成功过。前几天帮助朋友还原MySQL，最终成功的将备份的data目录还原成功了。
MySQL数据库算是经常使用的数据库中最好使用的数据库了，对于备份的操作也不例外。
所以今天分享一下MySQL数据库的备份的几种方式。
方式一：使用命令行的方式。
命令行的方式较为快捷。仅仅须要在命令行中使用mysqldump命令就可以，默认情况下该命令在mysql的bin文件夹中(前提须要将bin文件夹加入到path中)，然后打开命令行，切换到某个盘符下，输入“mysqldump _u root _p 数据库名》备份文件名称.sql”，单击回车，输入password后，就可以备份对应的数据库。这样的备份是没有建库的语句的。如图所看到的：
方式二：使用SQLyog等client软件
我认为使用SQLyog软件来备份MySQL数据库。比其它的备份方式都简单，恢复的方式也非常easy。使用这样的软件备份的数据库会带上建库的sql语句。这样非常方便了数据库的还原。也实用Navicat软件来作为MySQL的client，SQLyog在使用上比Navicat较为简单。我习惯使用这个软件，可是有时须要打开多个窗体时，就用navicat软件了。
SQLyog的软件界面例如以下所看到的：
假设想要备份数据库，在须要备份的数据库上右击弹出菜单，在菜单中选则“备份/导出”，然后从弹出的菜单中选则以SQL文件备份的字样。如图所看到的：
在弹出的“SQL转储”窗体中。输入要备份的名字即能够进行备份该数据库的操作了。如图所看到的：
方式三：备份Data目录
之所以写这篇博客主要还是想说一下这样的方式。每当须要又一次安装操作系统的时候，都须要将系统中的全部的MySQL数据库备份。假设_用上面的方式一个一个的备份，显然非常不好。
之前我就是这么做的，原因就是还原的时候老是不成功。所以就放弃了。这样的方式从网上和书中了解到，须要MySQL 的InnoDB的引擎才行。
默认安装的时候就是这个引擎的。备份的时候要备份MySQL文件夹下的data文件夹，可是后来发现这样的方法不正确，须要将隐藏在C盘的MySQL文件夹下的data文件夹备份才行，那才是真正保存mysql数据的地方。
以下是MySQL安装文件夹的截图，能够看到并没有我们的数据库。例如以下所看到的：
接下来，我们要把隐藏的文件显示出来。并找到，在目录选项中，取消隐藏文件前面的复选框。例如以下所看到的：
这样在C盘的用户目录下就能够看到All Users这个隐藏的目录了。例如以下所看到的：
在其目录下的MySQL目录下的data目录。就能够看到我们如今的数据库的文件了。
如图所看到的：
假设我们想要高速的移除或者是备份MySQL能够使用这样的方法来完毕。想要那个就备份那个数据库相应的文件夹。假设想要还原数据库仅仅须要放到这个隐藏的文件夹下即可了。
千万不要忘了。做完操作时，最好将原来隐藏的文件再次隐藏文件夹，避免你的系统未来删除文件。


版权声明：本文博主原创文章，博客，未经同意不得转载。

MySQL几种方法的数据库备份
标签：

MySQL如何备份与还原

使用MYSQL数据库的朋友，对MySQL进行备份和还原是比较重要的。重要的事简单做，今天介绍我们使用mysqldump和source命令来备份还原，分为Windows下和Linux下的MYSQL备份与还原操作。 一、Win32系统下MySQL的备份还原方法 备份：在运行中输入cmd ，利用cd /Pro

使用MYSQL数据库的朋友，对MySQL进行备份和还原是比较重要的。重要的事简单做，，今天介绍我们使用mysqldump和source命令来备份还原，分为Windows下和Linux下的MYSQL备份与还原操作。
一、Win32系统下MySQL的备份还原方法
备份：在“运行”中输入“cmd ”，利用“cd /Program Files/MySQL/MySQL Server 5.0/bin”进入bin文件夹，输入“mysqldump -u 用户名 -p databasename 》exportfilename”导出数据库到文件，如mysqldump -u root -p voice》voice.sql，然后输入密码即可开始导出MYSQL数据，实现备份操作。
还原：进入MySQL Command Line Client，输入密码，进入到“mysql》”，输入命令"show databases;"，回车，看看有些什么数据库;建立你要还原的数据库，输入"create database voice;"，回车;切换到刚建立的数据库，输入"use voice;"，回车;导入数据，输入"source voice.sql;"，回车，开始导入，再次出现"mysql》"并且没有提示错误即还原成功。
二、Linux下MySQL的备份与还原方法：
备份：# cd /var/lib/mysql (进入到MySQL库目录，根据自己的MySQL的安装情况调整目录)
# mysqldump -u root -p voice》voice.sql，输入密码即可。
还原：有两种方法可选：
第一种方法：# mysql -u root -p 回车，输入密码，进入MySQL的控制台"mysql》"，同1.2还原。
第二种方法：
# cd /var/lib/mysql (进入到MySQL库目录，根据自己的MySQL的安装情况调整目录)
# mysql -u root -p voice

怎样备份/还原MySQL数据库 之 MySQL Workbench

恢复整个数据库首先，如果要恢复的数据库是含有授权表的mysql数据库，将需要使用--skip-grant-tables选项运行服务器。否则，服务器将抱怨无法找到授权表。在恢复表之后，执行mysqladmin flush-privileges 来告诉服务器加载授权表，并用它们启动。将原数据库目录的内容拷贝到其他的地方。例如，您可能会在稍后用它们进行崩溃表的事后分析检查（post-mortem examination）。用最新的备份文件重新加载数据库。如果您打算使用由mysqldump 加载的文件，则需要将它们作为mysql的输入。如果打算使用从数据库中直接拷贝的文件（如，用tar 或c p），则将它们直接拷贝回到该数据库目录中。但是，在这种情况下，应该在拷贝这些文件之前关闭服务器，然后再重新启动它。用更新日志重做在进行备份后又修改了数据库表的查询。对于所有可用的更新日志，可使用它作为mysql的输入。指定--one-database 选项，使mysql只对想要恢复的数据库执行查询。如果您知道需要使用所有的更新日志文件，可在包含日志的目录中使用下列命令：% ls-t-r-l update.(0-9)* | xargs cat | mysql--one-database db_namels 命令产生更新日志文件的单列列表，更新日志文件根据服务器生成的顺序进行排序（要知道，如果您修改了其中的任何文件，排序的顺序都将改变，这将导致更新日志按错误的顺序使用）。您很可能必须使用某些更新日志。例如，如果自备份以来所产生的日志命名为update.392、pdate.393 等等，可以重新运行它们中的命令：% mysql--one-database db_name 《 updata.392% mysql--one-database db_name 《 updata.393…如果正在运行恢复并打算使用更新日志恢复由于失策的DROP DATA BASE、DROPTABLE或delete 语句而丢失的信息，应确保先从更新日志中删除这些语句。恢复单个的表恢复单个表是很困难的。如果有通过mysqldump 生成的备份文件并且它恰好不包含您想要的表数据，则需要抽取相关的行并用它们作为mysql的输入，这部分较容易。困难的是抽取应用于该表的更新日志的片段。您会发现： mysql_find_rows 实用程序对这方面有帮助，它可以从更新日志中抽取多行查询。另一种可能性是用另一个服务器恢复整个数据库，然后将所要的该表的文件拷贝到原始数据库中。这实际很容易！在将文件拷贝回数据库目录时，应确保原始数据库的服务器关闭。

mysql如何实现数据的完全备份及恢复

1、完全备份

这是大多数人常用的方式，它可以备份整个数据库，包含用户表、系统表、索引、视图和存储过程等所有数据库对象。但它需要花费更多的时间和空间，所以，一周做一次完全备份。

2、事务日志备份

事务日志是一个单独的文件，它记录数据库的改变，备份的时候只需要复制自上次备份以来对数据库所做的改变，所以只需要很少的时间。为了使数据库具有鲁棒性，推荐每小时甚至更频繁的备份事务日志。

3、差异备份

也叫增量备份。它是只备份数据库一部分的另一种方法，它不使用事务日志，相反，它使用整个数据库的一种新映象。它比最初的完全备份小，因为它只包含自上次完全备份以来所改变的数据库。它的优点是存储和恢复速度快。推荐每天做一次差异备份。

4、文件备份

数据库可以由硬盘上的许多文件构成。如果这个数据库非常大，并且一个晚上也不能将它备份完，那么可以使用文件备份每晚备份数据库的一部分。由于一般情况下数据库不会大到必须使用多个文件存储，所以这种备份不是很常用。

数据库备份重要性

尤其在一些对数据可靠性要求很高的行业如银行、证券、电信等，如果发生意外停机或数据丢失其损失会十分惨重。为此数据库管理员应针对具体的业务要求制定详细的数据库备份与灾难恢复策略，并通过模拟故障对每种可能的情况进行严格测试，只有这样才能保证数据的高可用性。

数据库的备份是一个长期的过程，而恢复只在发生事故后进行，恢复可以看作是备份的逆过程，恢复的程度的好坏很大程度上依赖于备份的情况。此外，数据库管理员在恢复时采取的步骤正确与否也直接影响最终的恢复结果。

如何使用命令来备份和还原MySQL数据库

备份数据库
使用mysqldump命令备份数据库
复制代码代码如下:
# 如果要将game数据库进行备份：
mysqldump -u root -p game 》 game_backup.sql
# 如果希望备份所有的数据库：
mysqldump -u root -p --all-databases 》 all_backup.sql
还原数据库
1、使用mysql命令还原数据库
将game_backup.sql 还原至 game 数据库：
复制代码代码如下:
mysql -u root -p game 《 game_backup.sql
2、使用source命令还原数据库
如果数据库过大，建议可以使用source命令
复制代码代码如下:
mysql》 source game_backup.sql

linux备份mysql

mysql如何备份和还原数据库？

备份数据库使用mysqldump命令备份数据库复制代码代码如下:#如果要将game数据库进行备份：mysqldump-uroot-pgame》game_backup.sql#如果希望备份所有的数据库：mysqldump-uroot-p--all-databases》all_backup.sql还原数据库

1、使用mysql命令还原数据库将game_backup.sql还原至game数据库：复制代码代码如下:mysql-uroot-pgamegame_backup.sql

2、使用source命令还原数据库如果数据库过大，建议可以使用source命令复制代码代码如下:mysql》sourcegame_backup.sql

mysql备份问题，mysql版本5.7.2？

1、你用mysqlpump压缩备份lz4的后缀名不应该是sql，你要.lz4才行。

mysqlpump--compress-output=LZ4》dump.lz4

lz4_decompressdump.lz4dump.txt

2、mysqlpump和mysqldump一样，属于逻辑备份，备份以SQL形式的文本保存。

3、这个没啥好建议，你数据库太大了，本来还想说用XtraBackup工具，但是这个只支持linux系统。

MySQL中,备份数据库的命令是？

使用mysqldump工具进行备份：

1）备份所有数据库：$mysqldump-uroot-p--all-database》all.sql（2）备份数据库test$mysqldump-uroot-ptest》test.sql（3）备份数据库test下的表emp$mysqldump-uroot-ptestemp》emp.sql（4）备份数据库test下的表emp和dept$mysqldump-uroot-ptestempdept》emp_dept.sql

Mysql实时备份实现方法？

数据备份是数据容灾的最后一道防线，即便有着两地三中心的架构，备份也依然重要。如果备份出问题，备份时影响了交易业务，备份数据无法恢复，这些也是企业难以承受的。所以选择合适的备份工具尤为重要。

每个企业级数据库都会有配套的备份工具，MEB(MySQLEnterpriseBackup)就是MySQL企业版中非常重要的工具之一，是为企业级客户提供的数据备份方案。

Xtrabackup一直作为MEB开源版备胎而存在，从MySQL8.0开始情况可能会变得有所不同。

在MySQL8.0的BackupLock、RedoLogArchiving、PageTracking等新特性的加持下，MEB备份/恢复体验会更好，目前xtrabackup还不支持这些特性。

MySQL企业版还有哪些功能？

***隐藏网址***

特性1：BackupLock

8.0之前使用xtrabackup或MEB做物理备份，为了保证备份时InnoDB引擎表与其他引擎数据文件、及binlog日志的一致性会上全局读锁，再拷贝非InnoDB文件，这期间MySQL会变成只读，数据无法写入。表数量越多，可能加上时间越长，如果使用的xtrabackup不小心没加rsync参数，逐个拷贝frm文件，锁定时间会更长，对业务影响较大。

我曾遇到过部署在虚拟机的实例有12000多张表，当时使用的xtrabackup，备份脚本中没加rsync参数，结果锁了十几分钟，而MEB就没有这样的问题。

MySQL8.0支持轻量级备份锁LOCKINSTANCEFORBACKUP，数据字典也重构了由InnoDB存储。若不创建非InnoDB表，MEB默认使用备份锁获取binlog日志一致性位置，并阻止DDL操作，但不影响DML操作。

只有InnoDB表，仅上备份锁

***隐藏网址***

若有非InnoDB表，上全局锁

***隐藏网址***

特性2：RedoLogArchiving

MEB能做到在线热备，备份时不影响数据库读写，这是利用了InnoDB事务日志，在备份期间持续监视redolog的变化，读取增量变化，写入到ibbackup_logfile，也就不需要上锁来保障备份一致性。(对非InnoDB的文件需要上读锁拷贝)

如果备份期间数据库写入负载特别大，而写入ibbackup_logfile速度较慢，redologsize也不大，很可能会出现ibbackup_logfile的写入速度跟不上redolog记录生成速度，redolog空间不够时需要覆写日志文件，那么来不及写入ibbackup_logfile的记录会丢失，导致备份失败。

MEB4.1对此做了优化，将redolog处理线程拆分成多线程分工合作，提高处理redolog的效率，降低了redolog覆写造成备份失败的概率，但redolog新增速度和ibbackup_logfile写入速度悬殊太大，问题依然会发生。

MySQL8.0.17支持了redologarchiving彻底解决了此问题，备份前设置innodb_redo_log_archive_dirs，指定redolog归档目录。MEB备份时自动开启日志归档，当checkpoint时会将旧记录归档到此目录，后续从归档文件中读取redo日志记录，避免了覆写可能导致的redo记录丢失。

***隐藏网址***

注意：innodb_redo_log_archive_dirs不能在数据目录下，目录权限要求是700

特性3：PageTracking

PageTracking是为优化增量备份效率，减少不必要的数据页扫描。

增量备份当前有3种扫描模式：

page-track：利用LSN精确跟踪上次备份之后被修改页面，仅复制这些页面，效率最快。

optimistic：扫描上次备份之后被修改的InnoDB数据文件中，找出并拷贝修改的页面。依赖系统时间，使用存在限制。

full-scan：扫描所有InnoDB数据文件，找出并拷贝自上次备份之后修改的页面，效率最慢

1、利用page-track增量备份，需先安装备份组件

2、在全备前开启page-track

3、全备之后，做增量备份时指定若满足pagetracking条件，默认会使用page-track模式，否则会使用full-scan模式，也可以指定--incremental=page-track。

incremental-base有3种选择

last_backup：基于前一次备份做增备，前一次备份可能是增备，也可能是全备。这种方式全备之间可能会有多个增备，每次增量可能比较小，但恢复时需要逐个合并。

last_full_backup：基于前一次全备做增备。这种方式增备会越往后体积可能越大，但恢复时只需要合并最后一次增量备份。

dir：基于前一次的备份目录，前一次备份可能是增备，也可能是全备。

测试对比full-scan和page-track，在变更页小于总体50%的情况下，备份效率至少能有1倍的速度提升。

page-track模式磁盘读写均衡，说明读写的都是修改页面。

***隐藏网址***

full-scan模式磁盘读写差别很大，说明读了很多未修改的页面。

***隐藏网址***