mysql数据库直接拷贝-驱动直接拷贝可以用

恢复整个数据库 首先，如果要恢复的数据库是带有授权表的 mysql 数据库mysql数据库直接拷贝，您需要使用 --skip-grant-tables 选项运行服务器。 否则，服务器会抱怨找不到授权表。 恢复表后，执行 mysqladmin flush-privileges 告诉服务器加载授权表并从它们开始。 将原数据库目录的内容复制到其他地方。 例如，您稍后可能会使用它们对崩溃的表进行事后检查。 使用最新的备份文件重新加载数据库。 如果您计划使用由 mysqldump 加载的文件，则需要将它们作为输入包含到 mysql 中。 如果您打算使用直接从数据库复制的文件（例如，使用 tar 或 cp），请将它们直接复制回数据库目录。 但是mysql数据库直接拷贝，在这种情况下，您应该在复制这些文件之前关闭服务器，然后重新启动它。 使用更新日志重做备份后修改数据库表的查询。 将其用作 mysql 的所有可用更改日志的输入。 指定 --one-database 选项使 mysql 仅在要恢复的数据库上执行查询。 如果您知道需要使用所有更新日志文件，请在包含日志的目录中使用以下命令：% ls-trl update.(0-9)* | xargs 猫 | mysql--one-database db_name ls 命令生成更新日志文件的单列列表，changelog 文件根据服务器生成它们的顺序排序（请注意，如果您修改这些文件中的任何一个，排序顺序会改变，这将导致更改日志以错误的顺序使用）。

您很可能必须使用一些更改日志。 例如，如果备份后产生的日志名为 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 实用程序在这方面有所帮助，它从更新日志中提取多行查询。 另一种可能性是用另一台服务器恢复整个数据库，然后将该表所需的文件复制到原始数据库中。 其实很简单！ 将文件复制回数据库目录时，请确保关闭原始数据库的服务器。