13518219792
恢复整个数据库首先，如果要恢复的数据库是含有授权表的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 实用程序对这方面有帮助，它可以从更新日志中抽取多行查询。另一种可能性是用另一个服务器恢复整个数据库，然后将所要的该表的文件拷贝到原始数据库中。这实际很容易！在将文件拷贝回数据库目录时，应确保原始数据库的服务器关闭。
10年积累的成都网站制作、成都网站建设、外贸营销网站建设经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先建设网站后付款的网站建设流程，更有五华免费网站建设让你可以放心的选择与我们合作。
备份数据库
使用mysqldump命令备份数据库
还原数据库
1、使用mysql命令还原数据库
将game_backup.sql 还原至 game 数据库：
2、使用source命令还原数据库
如果数据库过大，建议可以使用source命令
你说的还原，指有备份的还原，下面是你做过备份的恢复：
如我们要备份mysql中已经存在的名为linux的数据库，要用到命令mysqldump
命令格式如下：
[root@linuxsir01 root]# mysqldump -u root -p linux /root/linux.sql
Enter password:在这里输入数据库的密码
通过上面的命令，我们要明白两件事，首先备份数据库是要以数据库管理员的身份备份；其次：备份目的地是/root，备份的文件名是linux.sql。其实备份的位置和文件名，根据自己的情况来定。文件名可以自己来取，路径也可以自己来安排；
比如我想把linux的数据库备份到/home/beinan，数据库的文件名为linuxsir031130.sql，所以应该输入如下的命令。
[root@linuxsir01 root]#mysqldump -u root -p linux /home/beinan/linuxsir031130.sql
Enter password:在这里输入数据库管理员root的数据库密码
如果数据量大会占用很大空间，这时可以利用gzip压缩数据，命令如下：
#mysqldump -u root -p tm | gzip tm_050519.sql.gz
这样我们到/home/beinan目录下就能发现mysql中名为linux的数据库的备份文件linuxsir031130.sql
综上所述，我们学习时要学会变通。
恢复：
首先我们还是要操作上面几个过程，比如添加数据库管理员(如果您没有添加过mysql数据库管理员的话)，创建数据库等。
比如我们要把在/home/beinan这个目录中的linuxsir031130.sql这个备份，导入名为linux的数据库中，应该如下操作；
[root@linuxsir01 root]#mysql -u root -p linux /home/beinan/linuxsir031130.sql
Enter password:在这里输入密码
如果机器好，数据库比较小，几分钟就好了。
如何导出数据库表的数据？(不同于备份哦)
#mysql
(#mysqluse linux；)#可有可无
#mysqlselect * from linux.table-name into outfile "/home/table-name.txt";
#/home/table-name.txt 可能会报错，如果这样去掉/home直接"table-name.txt"
默认保存在/var/lib/mysql/table-name.txt
对mysql数据库常用命令的一点补充；
几个常用的mysql相关的管理命令
mysql 命令：基本文本的，显示和使用的mysql数据库。前面已经简单的提过用法；比如登录等。
mysqladmin 命令，用来创建和维护mysql数据库的命令，前面已经简单的提过；
isamchk 是用来修复、检查和优化.ism后缀的数据库文件；
mysqldump 是用于备份数据库，前面已经简单的说明过；
myisamchk 用来修复.myi后缀的数据库文件；
比如我们要检查名为linux的数据库.myi数据库表是否存在问题，应该用下面的命令；
要把mysqld服务器停下来
[root@linuxsir01 root]# /opt/mysql/share/mysql.server stop
然后执行
[root@linuxsir01 root]# /opt/mysql/bin/myisamchk /opt/mysql/var/linux/*.MYI
上面的命令的意思就是检查所有的.myi文件，数据库的目录在/opt/mysql/var/linux/目录中
如果有问题，应该用-r参数来修复
[root@linuxsir01 root]# /opt/mysql/bin/myisamchk -r /opt/mysql/var/linux/*.MYI
7]mysqlshow 命令：显示用户选择的数据库和表
[root@linuxsir01 root]# /opt/mysql/bin/mysqlshow -uroot -p [数据库名]
比如我要查看名为linux的数据库；应该是：
[root@linuxsir01 root]# /opt/mysql/bin/mysqlshow -uroot -p linux
简单情况下：进入原来mysql安装路径下的data文件夹下，找到相应的库和ibdata1，进行copy，就可回复原来的数据。
复杂情况下：
从另一台机上把MySQL数据库的mysql文件夹拷贝到本地机上，目的是恢复本地机对数据的访问和操作。经过如下几种情况的操作。
1. 在本地重装MySQL（安装目录D:\Program Files\MySQL\MySQL Server 5.0），直接把mysql文件夹拷贝至D:\Program Files\MySQL\MySQL Server 5.0\。结果，失败：数据库连接错误。
2. 卸载后重装MySQL，将D:\Program Files\MySQL\MySQL Server 5.0\下的数据备份，只把mysql\data文件夹全部内容拷贝到D:\Program Files\MySQL\MySQL Server 5.0\data下。结果，失败：数据库连接错误。将备份的数据还完覆盖。结果，失败，还是连接不上数据库。
3. 卸载后重装MySQL，将mysql\data文件夹里的cf1,last文件夹（这两个是原来MySQL里的数据库）拷贝进D:\Program Files\MySQL\MySQL Server 5.0\data。连接成功，在Navicat for MySQL里看到数据库cf1和last，但是不能访问，因为数据全为零。明白了原来data里以数据库命名的文件存储的是数据库的表结构，不是元数据。下一步，把data文件夹里的ibdata1文件（3.4G大，明显存储了元数据）拷贝到D:\Program Files\MySQL\MySQL Server 5.0\data里，代替原来的ibdata1文件。重启电脑，打开Navicat for MySQL，连接成功，数据可以访问操作。
至此，操作终于成功。其实当初在那台机上把数据导出来，而不是现在直接把文件夹mysql复制过来会更容易恢复。但那台机已经重装了系统，也就是说MySQL失效了。
