Как сделать более 32767 MySQL баз на сервере?

Этот вариант рассматривали, но не вышло. Да и нагрузка на файловую систему будет большая из-за огромного количества поддиректорий в одной директории - верно?

содержимое динамическое и достаточно часто меняется, не думаю, что этот вариант подойдет ... :(

Остается много демоновый метод?

Содержимое чего? Базы в смысле новые постоянно заводятся? - так можно их сразу заводить в каком-то другом месте и делать симлинк. Как только в том месте наберется 32 тысячи - переходить к следующему.

А может Вы скажите, что за задача, может нужно менять скрипт?

А ты уверен, что это вообще будет работать. Или у тебя конекты очень редко?

Сама постановка задачи выглядит очень сомнительной.

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

Например, другой типа базы. Вот хотя бы sqlite - там сколько файлов столько и баз ;)

Или другой принципе разделения пользователей. Например, база на всех одна, а имена таблиц начинать в зависимости от имени пользователя. Безопасный доступ при этом вполне можно обеспечить - мускул поддерживает права доступа для отдельных таблиц.

Сами базы данных постоянно меняются. Пояляютя - удаляются.

Задача это бесплатный хостинг www.okis.ru Создается автоматически сайт путем создания бд и обработки ее стандартными общими скриптами. Поэтому столько много баз данных и нужно еще больше.

На 90% это сайты пустышки, которые пользователь сделал и толком не воспользовался. Эти базы удаляются через месяц автоматически. Такие сайты создают не оптимизаторы, по сему посещаемость у них не супер. Сервер пока загружен на 30-50%

Плюс к этому все сайты скидываются в кэш откуда и отдаются пользователю, поэтому в бд инфа только хранится и модифицируется, а пользователь 99% видит кэш. Реально конектов достаточно мало.

Я всегда считал, что лучше сделать несколько баз данных чем в одну бд пихать кучу таблиц. Не думаю, что 1 база с 32 000 * 5 таблицами в себе будет работать быстрее, чем 32 000 б.д. по 5 табл в каждой. Да и тут нагрузка как раз таки будет иная - или никакой сайт обращается ко своей маленькой базе или мощный сайт обращается к общей огроменной базе.

на 32767 таблиц тоже придет ограничение ФС, только раньше, тк при создании таблицы уже создается 2 файла.

Нет, у ext3 ограничение 32K на количество поддиректорий, на количество файлов это не распространяется.

Бабушка надвое сказала. Тут сложно сказать теоретически - нужно пробовать. Но мне кажется, что разница в скорости будет незначительной.

Но это, по крайней мере, будет работать без извращений с файловыми системами.

Можно использовать innodb, чтобы уменьшить число файлов.

Какая ось?

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