innodb_file_per_table MySQL и “слишком много таблиц”
Оказывается, что моя проблема о части системного диска была то, потому что массив хранения данных был установлен как загрузочный в плате RAID, не новом диске. Что касается переименования буквы диска... Я делаю переустанавливание вместо того, чтобы пробовать изменение реестра.
Это - хорошее количество таблиц, но вещь помнить вот состоит в том, что не все они будут открытыми сразу - большинство раз Вы установите параметр MySQL для открытых файлов приблизительно к 300-500, и сам MySQL сохранит тех самыми активными в Вашей системе в пуле таблицы памяти (кэш, если Вы будете) во многом как то, как ядро сохраняет страницы памяти для приложений вокруг.
Я лично - твердый сторонник файла на таблицу как инструмент управления системами; в то время как это действительно имеет, это - компромиссы, поскольку Вы справедливо поднимаете, способность сохранить таблицы каждого клиента отличными (Вы могли даже распространить их к различным дискам - RAID, SAN, DAS, и т.д. - базой данных клиентов!), создайте резервную копию необработанных вручную в случае необходимости, оптимизируйте их, в случае необходимости и т.д идет намного дольше в конце дня. Основная цена, которую Вы платите, является большим количеством fsync () вызовы во время записей, которые могут ухудшить производительность, если у Вас есть много таблиц, записанных также, но в целом это не слишком плохо.