MySQL数据备份和恢复（导出和导入）43.如果你使用-- flush-logs设置检査点到备份时,

文件名称: MySQL数据备份和恢复（导出和导入）

所属分类: MySQL

开发工具:

文件大小: 331kb

下载次数: 0

上传时间: 2019-07-02

提供者: aba****

下载 (331kb)

不能下载？报告错误

详细说明：MySQL数据备份和恢复（导出和导入）43.如果你使用-- flush-logs设置检査点到备份时,有可能最好是倾倒整个数据库 44.如果你倾倒单独的文件,较难将更新日志检查点与备份文件同步。在恢复期可,你通常按数据库为基础提取更新日志内容,对单个表没有提取更新的选择,所以你必须自己提取它们 45.缺省地, mysqldump在写入前将一个表的整个内容读进内存。这通常确实不必要,并且实际上如果你有一个大表,几乎是失败的。你可用- quick选项告诉 mysqldump只要 46.它检索出一行就写出每一行。为了进一步优化倾倒过程,使用-。pt而不是 quick。-opt选项打开其它选项,加速数据的倾倒和把它们读回。 47 用-opt实施备份可能是最常用的方法,因为备份速度上的优势。然而要警告你,-opt选项确实有代价,-opt优化的是你的备份过程,不是其他客户对数据库的访问。-pt选项通过一次锁定所有表阻止任何人更新你正在倾倒的任何表。你可在一般数据库访问上很容易看到其效果。当你的数据库一般非常频繁地使用,只是一天一次地调节备份 48.一个具有-opt的相反效果的选项是- decayed。该选项使得 mysqldump写出 NSERT DELAYED语句而不是| NSERT语句。如果你将数据文件装入另一个数据库并且你想是这个操作对可能出现在该数据库中的查询的影响最小,- delayed对此很有帮助。 49.- com press选项在你拷贝数据库到另一台机器上时很有帮助,因为它减少网络传输字节的数量。下面有一个例子,注意到- compress对与远端主机上的服务器通信的程序才给出,而不是对与本地主机连接的程序 50. %mysqldump --opt samp db mysql--compress h boa.snake. net samp db 51 52.三、使用直接拷贝数据库的备份和拷贝方法 53.另一种不涉及 mysqldump备份数据库和表的方式是直接拷贝数据库表文件。典型地,这用诸如￠p、tar或cpio实用程序。本文的例子使用Cp。 54.当你使用一种直接备份方法时,你必须保证表不在被使用。如果服务器在你则正在拷贝一个表时改变它,拷贝就失去意义。 55.保证你的拷贝完整性的最好方法是关闭服务器,拷贝文件,然后重启服务器。如果你不想关闭服务器,要在执行表检查的同时锁定服务器。如果服务器在运行,相同的制约也适用于拷贝文件,而且你应该使用相同的锁定协议让服务器“安静下来”。 56.假设服务器关闭或你已经锁定了你想拷贝的表,下列显示如何将整个samp_db数据库备份到一个备份目录( DATADIR表示服务器的数据目录) 57. %cd DATADIR%cp-r samp db /usr/archive/mysq 58.单个表可以如下备份 59 %cd DATADIR/samp db%cp member. * /usr/archive/mysql/samp db%cp scor 60. /usr/archive/mysql/samp db 61.当你完成了备份时,你可以重启服务器(如果关闭了它)或释放加在表上的锁定(如果你让服务器运行)。 62.要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上,只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是 MylASM格式或两台机器有相冋的硬件结构,否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。 3.3复制数据库( Replicating Database 64.复制( Replication)类似于拷贝数据库到另一台服务器上,但它的确切含义是实时地保证两个数据库的完全同步。这个功能将在3.23版中出现,而且还不很成熟,因此本文不作详细介绍 65.4用备份恢复数据 6.数据库损坏的发生有很多原因,程度也不同。如果你走运,你可能仅损坏一两个表(如掉电),如果你倒霉,你可能必须替换整个数据目录(如磁盘损坏)。在某些情况下也需要恢复,比如用户错误地删除了数据库或表。不管这些倒霉事件的原因,你将需要实施某种恢复。 67.如果表损坏但没丢失,尝试用 myisamchk或 isamchk修复它们,如果这样的损坏可有修复程序修复,你可能根本不需要使用备份文件 68. 恢复过程涉及两种信息源:你的备份文件和个更新日志。备份文件将表恢复到实施备份时的状态,然而一般表在备份与发生问题之间的时间内已经被修改,更新日志包含了用于进行这些修改的查询。你可以使用日志文件作为mysq的输入来重复查询。这已正是为什么要启用更新日志的原因。 69.恢复过程视你必须恢复的信息多少而不同。实际上,恢复整个数据库比单 70.个表跟容易,因为对于数据库运用更新日志比单个表容易。 71.4.1恢复整个数据库 72.首先,如果你想恢复的数据库是包含授权表的mysq数据库,你需要用 skip- grant- table选项运行服务器。否则,它会抱怨不能找到授权表。在你已经恢复表后,执行 mysqladmin flush- privileges告诉服务器装载授权标并使用它们。 73.将数据库目录内容拷贝到其它某个地方,如果你在以后需要它们。 74.用最新的备份文件重装数据库。如果你用 mysqldump产生的文件,将它作为mysq的输入。如果你用直接从数据库拷贝来的文件,将它们直接拷回数据库目录,然而,此时你需要在拷贝文件之前关闭数据库,然后重启它。 75.使用更新日志重复做备份以后的修改数据库表的查询。对于任何可适用的更新日志,将它们作为mysq的输入。指定-one- database选项使得mysq只执行你有兴趣恢复的数据库的査询。如果你知道你需要运用所有更新日志文件,你可以在包含日志的目录下使用这条命令: 76. Is-t-r-l update [0-9]* xargs cat mysql--one database db name 77.ls命令生成更新日志文件的一个单列列表,根据服务器产生它们的次序排序 (主意:如果你修改任何一个文件,你将改变排序次序,这导致更新日志一错误的次序被运用。) 78.很可能你会是运用某几个更新日志。例如,自从你备份以来产生的更新日志被命名为 update.392、 update.393等等,你可以这样重新运行 9. %mysql --one-database db name update 392 80. %mysql --one-database db name update 393 81 82.如果你正在实施恢复且使用更新日志恢复由于一个错误建议的 DROP DATABASE、 DROP TABLE或 DELETE语句造成丢失的信息,在运用更新日志之前,要保证从其中删除这些语句 83.4.2恢复单个表 84. 恢复单个表较为复杂。如果你用一个由 mysqldump生成的备份文件,并且它不包含你感兴趣的表的数据,你需要从相关行中提取它们并将它们用作mysq的输入。这是容易的部分。难的部分是从只运用于该表的更新日志中拉出片断。你会发觉 mysql find rows实用程序对此很有帮助,它从更新日志中提取多行查询。 85.另一个可能性是使用另一台服务器恢复整个数据库,然后拷贝你想要的表文件到原数据库中。这可能真的很容易!当你将文件拷回数据库目录时,要确保原数据库的服务器关闭。备份脚本 #!/bin/sh db user-root ab passwd=ro db host=loca host backup dir=/ home/ mysql b acup time= date 号Ymad for db in testdb01 testdb02 testdb03 mysqldump -u Sdb uscr -h Sdb host sdh passwd Sdh I gzip 6> Backup dir /Sdb. Stimes qI.gz done 恢复脚本 #!/bin/sh db user=root ab passwd=ro o七 ab host=loca lhost ab=testdb backup dir=/ backup time= date +￥8md gunzIp K Sbackup di r/sdb.$time sal.CZ mms Sah user -h Sdb host pSch passwd Sdh

(系统自动生成,下载前可以参看下载内容)