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

авторВзять админа, взять еще десяток-другой компьютеров каждый со своим 400Mbit каналом в интернет - это все конечно хорошо, но пока в мечтах лишь добавить один жесткий диск в этот компьютер.
так уже два года скоро как вы с этим мучаетесь с одной небольшой проблемкой настройки. напомнить ? http://www.sql.ru/forum/990911/otkrytye-tablicy?hl=

Я не пойму, почему просто не попробовать решить проблему с mysqldump ? Даже если я и не прав.

mihail_13netwindДавайте вы без этой программы, которая как-то странно работает с многопоточными приложениями, просто в /proc/ид_процесса_mysql/fd покопаетесь.

Вам нужен список из десятков тысяч файлов в этой дирректории?

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

Это никак не отменяет вышенаписанного. Вам не нужно бороться с этим процессом.

mihail_13, ну подумайте сами как работает КЕШ : N Гб памяти заполняется на 100%, но ведь все равно все работает.

Поскольку и у вас речь идет о КЕШЕ файловых дескрипторов, для нормальной работы достаточно некое адекватное число этих дескрипторов чтобы все одновременно работающие запросы могли работать. И, скорее всего, это число у вас явно меньше чем то критическое, которое уже не даст открыть ОС. Все нормально.

А вот по какой причине при запуске mysqldump реально необходимых дескрипторов не хватает - с этим предстоит разобраться.
Может быть даже все как задумано нормально работает, но замедление работы вызывает превышение.

Запостите вообще вывод pt-summary, pt-mysql-summary, конфигурацию mysql отдельно, да вообще все что поможет телепатии.

mihail_13, приведенные выше программы собирают больше информации о сервере чем вы способны сообщить.

mihail_13, максимально близко к вашему случаю - выбрал реальную конфигурацию mysql 5.0 с завышенным table_cache и убедился.
вы вообще проблему собираетесь решать или потрындеть ?

mihail_13а названных Вами программ у меня нет
гуглятся на раз. но раз у вас плохо с английским дам алгоритм :
wget http://percona.com/get/pt-summary
chmod +x pt-summary
./pt-summary
и весь ВЫВОД ПРОГРАММЫ вставляете на форум. Там нет паролей и какого-то компромата.


та же история с pt-mysql-summary, но ей нужны данные root, чтобы подключиться к mysql и собрать статистику
wget http://percona.com/get/pt-mysql-summary
chmod +x pt-summary
./pt-mysql-summary -- --user=root --password=password

Единственный момент, когда она спрашивает Would you like to mysqldump -d the schema and analyze it? , вам лично нужно выбрать N, потому что в вашем случае получится очередное зависание.
Так же эта программа напечатает еще и конфиг mysql, удалив все комментарии.

Этот способ удобен и снимает почти ВСЕ дополнительные вопросы касающиеся конфигурации сервера.


дополнительно покажите еще ulimit -a и pstree (это текстово-плотный вариант ps). Хотелось бы понять что же там у вас за лимиты.

mihail_13netwind,

Вы критиковали меня за 5.0, если Вы тестировали не под ним значит переход на другие версии мне не поможет.

Я критиковал за то, что вы вроде и взялись обновлять 5.0, но обновили не до последней в линейке 5.0. Сейчас эта версия с номером 5.0.96 . Но, пожалуй, этот момент не очень важен.
Проблему можно решить либо найдя способ увеличить ограничение количества дескрипторов (возможно опять временное решение), либо перейдя на другую версию mysql (если это проблема версии), либо отказавшись от mysql (самый трудоемкий вариант).

Еще вариант - перестать думать что вам действительно нужен большой кеш дескрипторов. Я уверен, что не нужен.