Поддерживает ли mysql несколько файловых систем для одной базы данных, при этом большинство таблиц находится в MyISAM?
Контекст: у нас есть база данных mysql объемом 1,5 ТБ, которая увеличивается со скоростью 200 ГБ в месяц. Сразу подключается хранилище, слоты которого почти заполнены. Я могу добавить еще один DAS и увеличить файловую систему. Но изменение размера, изменение размера файловой системы и т. Д. Становятся беспорядочными. Есть ли в мире MySql понятие «табличное пространство, файл данных» (как в Oracle)?
Или как вы, ребята, управляете mysql db с такими ограничениями?
Короткий ответ - нет". Сожалею.
Я сделал один обходной путь - разместил файлы данных innodb на одном устройстве, а каталог данных - на другом. Это приводит к тому, что это плохой способ разбить ваши таблицы innodb и myisam по разным хранилищам. Но в ситуации за одним гигантским столом это не поможет.
Точно так же встроенная функция разбиения 5.1 разбивает таблицу на несколько файлов, но все они по-прежнему находятся в каталоге данных.
Если вы ожидаете, что этот рост будет продолжаться бесконечно, этого не избежать, вам необходимо разработать уровень абстракции для нескольких серверов mysql. Если вы думаете, что он будет сужаться, вы, вероятно, сможете обойтись большим DAS или SAN начального уровня.
Это довольно запутанный вопрос. MySQL не поддерживает файловые системы, это работа операционной системы. Короче говоря, если ОС поддерживает определенную файловую систему и сама поддерживается MySQL, то MySQL будет успешно работать в этой файловой системе. Используемый движок БД (MyISAM, Innodb и т. Д.) На это никак не влияет.
Вместо того, чтобы добавлять хранилище специальным образом, который вы описываете, вам следует немного отступить и начать с реального плана. Определите, сколько места для хранения потребуется этой БД, а затем настройте ее соответствующим образом, используя метод RAID, наиболее подходящий для способа использования БД.
С MySQL 5.1+ вы можете разделить на несколько дисков. Пока новое хранилище отображается как логический диск, вы сможете использовать его в качестве раздела.
Сложная часть, вероятно, будет заключаться в том, чтобы понять, как логически разделить базу данных, чтобы в будущем быстро не столкнуться с ограничениями хранилища.
На самом деле, если ваша БД растет такими темпами, я, вероятно, буду искать большую SAN или другую систему хранения с несколькими ТБ, чтобы избежать необходимости обновления в течение длительного времени. Я бы не хотел слишком часто манипулировать таким объемом данных. Что-то в диапазоне 30–50 Тбайт прослужит долго при ваших темпах роста.
Я бы разрубил эту страшную вещь. в противном случае вам будет очень сложно сделать резервную копию и особенно восстановить или, возможно, добавить индекс / столбец.