麻烦备份大型mysql数据库

我有一个WordPress的MU数据库，为不同的用户的博客10,000 +表。我需要升级WordPress的MU到最新的版本，但要手动备份数据库。

当我点击导出时，PHPMyAdmin甚至无法加载页面。我试图进入服务器（Windows），并使用DOS命令行：

mysqldump -u USERNAME -p PASSWORD> BACKUP.sql

但它挂了一分钟，给我的错误：

 error 23: out of resources when opinging file '.\USERNAME\wp_1037_links.MYD' (Errorcode: 24) when using LOCK Tables

我做错了什么，或者我应该做什么？ PHPMyAdmin适合这个大小的东西吗？有没有比我尝试的两种方法更好的方法呢？

**请注意，这不是我的网站，所以任何关于设置数据库病态的build议都必须由所有者运行。我只是在这里为WP相关的废话，这是一种超出了我被带到做的范围。

请尝试以下操作：mysqldump –lock-all-table -u USERNAME -p PASSWORD> BACKUP.sql

请注意，如果这是活的，它可能会停止网站的运作。

该错误表示您在服务器上的资源不足; 原因可能是由于locking：mysqldump在读取数据时隐式locking表。如果数据库上有很多活动，MySQL将需要保留mysqldump事务的旧数据的副本; 对于足够大的表格，这可能是一个真正的问题。

如果你不太关心数据的一致性，你可以使用--skip-lock-tables （ -q实际上不起作用，它只能防止输出缓冲，这可能是有用的，但不能解决你的问题） --single-transaction 。

我有同样的问题，我想到了my.cnf的open_files_limitvariables

只是更新你的my.cnf

open_files_limit = 20000

[＆重新开始]

值应该是你在DB中拥有的2 *表的数量。如果这不起作用，请尝试3 *个表格。如果那也不是，不要增加，因为这不是你的问题。再次search解决scheme;-)

你可以尝试mysqlpipe理员，但似乎mysqldump抛出这样的错误。

错误23：打开文件时资源不足。\ USERNAME \ wp_1037_links.MYD'

这听起来更像是你的服务器上的普通RAM或硬盘问题。这是一个虚拟机？首先检查您的硬盘quota 。这可能是因为即使尝试访问表，mySQL的空间不足，在这种情况下，即使压缩的备份也无济于事。

您遇到的错误是：
shell> perror 23
错误代码23：系统中打开的文件过多
shell> perror 24
错误代码24：打开的文件过多
更多信息：
forums.mysql.com/read.php?35,7639,7639#msg-7639

但是，你可能已经知道mysqldump不是执行mysql备份的唯一方法，也不是最好的方法。
我假设你使用Innodb作为存储引擎，所以我会build议使用innodb的“热”备份工具： ibbackup 。
（它也可以为myisam执行备份，但与mysqlhotcopy相比没有任何优势）
但是对于真正的Mysql数据库保护，你可以推荐在mysql服务器上激活二进制日志（他们说这只会降低性能1％），所以你可以做点时间恢复，如下所示：dev.mysql.com/doc/ refman / 5.0 / EN /点的时间，recovery.html。

如果没有上述替代scheme是您的select，为什么不：
1. SELECT INTO … OUTFILE
2.考虑你的提供者的环境，你可以做文件系统快照。
3.或（我知道我推着它）Mysql复制奴隶:)
4.如果使用myisam只是用读locking刷新表并复制文件
5.请求将mysql服务器升级到6.0（到达GA时）并执行如下所示的备份：
mysql> BACKUP DATABASE'db-name'到'c：\ backups \ whynotswitchtounix.bkp';
（注意潜意识消息:)）

mysqldump -q -u用户名-ppassword数据库> file.sql

-q避免在转储过程中locking表

事实上，InnoDB热备份工具是一个很好的工具，但是你可能更喜欢Percona最近发布的免费工具： XtraBackup 。它执行InnoDB和XtraDB表的在线备份，并可以创build完整和增量备份。

尝试使用gzip压缩你的sql文件进行备份http://www.gzip.org/

也许扩展你的虚拟内存