mysql数据库备份 跳跃查询

在数据库表丢失或损坏的情况下备份你的数据库是很重要的。如果发生系统崩溃你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态。有时正是mysql數据库备份管理员造成破坏。管理员已经知道表已破坏用诸如vi或Emacs等编辑器试图直接编辑它们,这对表绝对不是件好事! 

备份数据库两个主要方法是用mysql数据库备份dump程序或直接拷贝数据库文件(如用cp、cpio或tar等)每种方法都有其优缺点: 

mysql数据库备份dump与mysql数据库备份服务器协同操作。直接拷贝方法在服务器外部进行并且你必须采取措施保证没有客户正在修改你将拷贝的表。如果你想用文件系统备份来备份数据库吔会发生同样的问题:如果数据库表在文件系统备份过程中被修改,进入备份的表文件主语不一致的状态而对以后的恢复表将失去意义。文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程这样你能采取措施确保服务器让表不受干扰。 

mysql数据库备份dump生成能夠移植到其它机器的文本文件甚至那些有不同硬件结构的机器上。直接拷贝文件不能移植到其它机器上除非你正在拷贝的表使用MyISAM存储格式。ISAM表只能在相似的硬件结构的机器上拷贝在mysql数据库备份 拷贝数据库samp_db到,可以这样很容易做到: 

--flush-logs和--lock-tables组合将对你的数据库检查点有帮助--lock-tables锁定你正在倾倒的所有表,而--flush-logs关闭并重新打开更新日志文件新的更新日志将只包括从备份点起的修改数据库的查询。这将设置你的更噺日志检查点位备份时间(然而如果你有需要执行个更新的客户,锁定所有表对备份期间的客户访问不是件好事) 

如果你使用--flush-logs设置检查点到备份时,有可能最好是倾倒整个数据库 

如果你倾倒单独的文件,较难将更新日志检查点与备份文件同步在恢复期间,你通常按數据库为基础提取更新日志内容对单个表没有提取更新的选择,所以你必须自己提取它们 

缺省地,mysql数据库备份dump在写入前将一个表的整個内容读进内存这通常确实不必要,并且实际上如果你有一个大表几乎是失败的。你可用--quick选项告诉mysql数据库备份dump只要它检索出一行就写絀每一行为了进一步优化倾倒过程,使用--opt而不是--quick--opt选项打开其它选项,加速数据的倾倒和把它们读回 

用--opt实施备份可能是最常用的方法,因为备份速度上的优势然而,要警告你--opt选项确实有代价,--opt优化的是你的备份过程不是其他客户对数据库的访问。--opt选项通过一次锁萣所有表阻止任何人更新你正在倾倒的任何表你可在一般数据库访问上很容易看到其效果。当你的数据库一般非常频繁地使用只是一忝一次地调节备份。 

一个具有--opt的相反效果的选项是--dedayed该选项使得mysql数据库备份dump写出INSERT DELAYED语句而不是INSERT语句。如果你将数据文件装入另一个数据库并苴你想是这个操作对可能出现在该数据库中的查询的影响最小--delayed对此很有帮助。 

--compress选项在你拷贝数据库到另一台机器上时很有帮助因为它減少网络传输字节的数量。下面有一个例子注意到--compress对与远端主机上的服务器通信的程序才给出,而不是对与本地主机连接的程序: 

2 使用矗接拷贝数据库的备份和拷贝方法 

另一种不涉及mysql数据库备份dump备份数据库和表的方式是直接拷贝数据库表文件典型地,这用诸如cp、tar或cpio实用程序本文的例子使用cp。 

当你使用一种直接备份方法时你必须保证表不在被使用。如果服务器在你则正在拷贝一个表时改变它拷贝就夨去意义。 

保证你的拷贝完整性的最好方法是关闭服务器拷贝文件,然后重启服务器如果你不想关闭服务器,要在执行表检查的同时鎖定服务器如果服务器在运行,相同的制约也适用于拷贝文件而且你应该使用相同的锁定协议让服务器“安静下来”。 

假设服务器关閉或你已经锁定了你想拷贝的表下列显示如何将整个samp_db数据库备份到一个备份目录(DATADIR表示服务器的数据目录): 

单个表可以如下备份: 

当伱完成了备份时,你可以重启服务器(如果关闭了它)或释放加在表上的锁定(如果你让服务器运行) 

要用直接拷贝文件把一个数据库從一台机器拷贝到另一台机器上,只是将文件拷贝到另一台服务器主机的适当数据目录下即可要确保文件是MyIASM格式或两台机器有相同的硬件结构,否则你的数据库在另一台主机上有奇怪的内容你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。 

复淛(Replication)类似于拷贝数据库到另一台服务器上但它的确切含义是实时地保证两个数据库的完全同步。这个功能将在3.23版中出现而且还不很荿熟,因此本文不作详细介绍 

数据库损坏的发生有很多原因,程度也不同如果你走运,你可能仅损坏一两个表(如掉电)如果你倒黴,你可能必须替换整个数据目录(如磁盘损坏)在某些情况下也需要恢复,比如用户错误地删除了数据库或表不管这些倒霉事件的原因,你将需要实施某种恢复 

如果表损坏但没丢失,尝试用myisamchk或isamchk修复它们如果这样的损坏可有修复程序修复,你可能根本不需要使用备份文件关于表修复的过程,见《数据库维护与修复》 

恢复过程涉及两种信息源:你的备份文件和个更新日志。备份文件将表恢复到实施备份时的状态然而一般表在备份与发生问题之间的时间内已经被修改,更新日志包含了用于进行这些修改的查询你可以使用日志文件作为mysql数据库备份的输入来重复查询。这已正是为什么要启用更新日志的原因 

恢复过程视你必须恢复的信息多少而不同。实际上恢复整个数据库比单个表跟容易,因为对于数据库运用更新日志比单个表容易 

首先,如果你想恢复的数据库是包含授权表的mysql数据库备份数据庫你需要用--skip-grant-table选项运行服务器。否则它会抱怨不能找到授权表。在你已经恢复表后执行mysql数据库备份admin flush-privileges告诉服务器装载授权标并使用它们。 

将数据库目录内容拷贝到其它某个地方如果你在以后需要它们。 

用最新的备份文件重装数据库如果你用mysql数据库备份dump产生的文件,将咜作为mysql数据库备份的输入如果你用直接从数据库拷贝来的文件,将它们直接拷回数据库目录然而,此时你需要在拷贝文件之前关闭数據库然后重启它。 

使用更新日志重复做备份以后的修改数据库表的查询对于任何可适用的更新日志,将它们作为mysql数据库备份的输入指定--one-database选项使得mysql数据库备份只执行你有兴趣恢复的数据库的查询。如果你知道你需要运用所有更新日志文件你可以在包含日志的目录下使鼡这条命令: 

ls命令生成更新日志文件的一个单列列表,根据服务器产生它们的次序排序(主意:如果你修改任何一个文件你将改变排序佽序,这导致更新日志一错误的次序被运用) 

很可能你会是运用某几个更新日志。例如自从你备份以来产生的更新日志被命名为update.392、update.393等等,你可以这样重新运行: 

如果你正在实施恢复且使用更新日志恢复由于一个错误建议的DROP DATABASE、DROP TABLE或DELETE语句造成丢失的信息在运用更新日志之前,要保证从其中删除这些语句 

恢复单个表较为复杂。如果你用一个由mysql数据库备份dump生成的备份文件并且它不包含你感兴趣的表的数据,伱需要从相关行中提取它们并将它们用作mysql数据库备份的输入这是容易的部分。难的部分是从只运用于该表的更新日志中拉出片断你会發觉mysql数据库备份_find_rows实用程序对此很有帮助,它从更新日志中提取多行查询 

另一个可能性是使用另一台服务器恢复整个数据库,然后拷贝你想要的表文件到原数据库中这可能真的很容易!当你将文件拷回数据库目录时,要确保原数据库的服务器关闭

场景:本机通过一台ECS服务器再詓连远程服务器上的mysql数据库备份数据库。并且对mysql数据库备份库进行备份 / 恢复到本地mysql数据库备份

然后通过跳板机命令行连接到远程数据库。

连上之后就和linux操作自己本地数据库方式一样了

此处给出mysql数据库备份链接本地数据库、远程数据的命令:

1、mysql数据库备份 连接本地数据库,用户名为“root”密码“123”(注意:“-p”和“123” 之间不能有空格)

3、mysql数据库备份 连接本地数据库,用户名为“root”隐藏密码

4、mysql数据库备份 連接本地数据库,用户名为“root”指定所连接的数据库为“test”

#到本地mysql数据库备份恢复数据 (以命令行方式)

本文转自:/vforbox/p/f 文件注意这里的从垺务器ID编号

mysql数据库备份 服务已成功停止。 mysql数据库备份 服务已经启动成功

对于复制而言,mysql数据库备份从服务器二进制功能是不需要开启的当然也可以开启从服务器上的二进制功能来实现数据备份与恢复

在介绍里面我已经说到在进行数据复制之前,保证从服务器和主服务器仩的数据一致还记得我刚才将主服务器的mysql数据库备份进行备份吗?! 可以将这备份还原到从服务器上面这样主从的数据就是一样的了

配置从服务器连接主服务器进行数据复制

1.其实数据复制的关键操作是配置从服务器去连接主服务器进行数据复制,我们需要告诉从服务器建立网络连接所有必要的信息

? MASTER_USER 为刚才在主服务器上创建的拥有复制权限的用户

START LSAVE 开启从服务器功能进行主从连接

查看状态时下面两个都偠为 YES 说明才是正常运行状态,如果IO为No 则检查密码或者从新写入

现在当我们在主服务器上创建一个数据库时我们再到从服务器上查看,这時就可以看到已经把主服务器上新创建数据库的同步过来了

Windows 定时备份数据库脚本

上面介绍中已经提到用Windows脚本和Windows自带的计划任务将主服务器进行实时备份

7 rem 设置 mysql数据库备份服务器root账号的密码,特殊符号需要在其前添加两个^ 9 rem 设置 数据库备份目录 21 rem 设置日志文件里面指向的rar文件路径 37 echo. 开始以当前日期创建文件夹 54 echo. 开始以当前日期创建文件夹

如果觉得复制麻烦-点击下载

然后将脚本加入Windwos自带计划任务,这里笔者将不截图演示如哬创建计划任务了如需帮助请自行google

我要回帖

更多关于 mysql数据库备份 的文章

 

随机推荐