Могло также быть возможно, что некоторым кодом, который получает доступ к вмятине таблиц, закрывают их правильно и по моменту времени, количество открытых файлов могло быть достигнуто.

См. http://dev.mysql.com/doc/refman/5.0/en/table-cache.html для возможной причины также.

Перезапуск mysql должен заставить эту проблему уходить (хотя это могло бы произойти снова, если базовая проблема не решена).

Нет никакой гарантии, которая "24" число погрешности нивелировки ОС, не предполагайте, что это означает, что слишком много дескрипторов файлов открыты. Это мог быть некоторый тип внутреннего кода ошибки, используемого в самом mysql. Я предложил бы спросить относительно mysql списков рассылки об этом.

Можно увеличить пределы ОС путем редактирования/etc/security/limits.conf.

Можно также установить "lsof" команду (LiSt Open Files) для наблюдения Файлов <-> отношение Процессов.

добавьте --single_transaction к вашей команде mysqldump

Сначала, чтобы определить ограничения для определенного пользователя или группы, вы должны сделать следующее:

root@ubuntu:~# sudo -u mysql bash
mysql@ubuntu:~$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 71680
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 71680
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
mysql@ubuntu:~$

Важная строка:

открыть файлы (-n) 1024

Как Вы можете видеть, что поставщик вашей операционной системы поставляет эту версию с базовой конфигурацией Linux - 1024 файла на процесс.

Этого явно недостаточно для загруженной установки MySQL.

Теперь, чтобы исправить это, вам нужно изменить следующее файл:

/etc/security/limits.conf

mysql             soft    nofile           24000
mysql             hard    nofile           32000

Некоторые разновидности Linux также требуют дополнительной настройки, чтобы заставить его придерживаться процессов демона, а не сеансов входа в систему. В Ubuntu 10.04, например, вам также необходимо установить ограничения сеанса pam, добавив следующую строку в /etc/pam.d/common-session :

session required pam_limits.so