Всем привет.

Вот такой вопрос - планируется база примерно на 20 гигов в MySQL.
При этом кол-во запросов к базе в сутки:
INSERT-ов примерно 1 миллион, SELECT-ов примерно 2-3 миллиона.

Есть возможность разбить базу на две или даже больше баз (2 по 10 гиг, или 5 по 4 гига...)

Какой вариант предпочесть? Одну большую или несколько маленьких?
Что будет лучше для сервера MySQL?

Все крутиться на RH 9, и размер конкретно этой таблицы может быть 900 Гб.

(смотриться через show table status).

Однако интересует это с точки зрения оптимизации? Что быстрее?

суть не в форматах.
что будет быстрее для сервара - брать/вствлять инфу в несколько маленьких баз или юзать одну большую?

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

При разделении баз система будет сразу знать, в какой из них инфа по юзеру и работать только с этой базой...

Сейчас попробую ответить.

SELECT-ы будут достаточно простые.
выборка двух полей, плюс обычная группировка и сортировка.
Индекс по ID...

Насчет железа - сейчас 2 x XEON 3,2 плюс 2 гига ОЗУ.
В принципе крутиться неплохо... машина выдержит боооольшую нагрузку, но удержит ли столько данных MySQL :-)

Разносить таблицы - имеется в виду просто чтобы программа определяла куда писать / откуда читать или есть какие-то средства?

еще и группировка с сортировкой из 900GB таблицы? :)
впрочем, если идет предварительный отбор десятка/сотни записей по primary key, то никаких проблем

именно так :) и без выборки по primary key... выборка по индексному полю (id юзера)...

че ему держать-то, лежат себе на диске и лежат :) ты лучше возьми и посчитай кол-во индексов - влезут они в память потом? впрочем, это зависит, к какой части данных будут селекты - по всей таблице вразнобой или только "за последний день" - во-втором случае только часть индексов должна сидеть в памяти...

эт понятно :) но данные не лежат грузом, они очень упорно юзаются.
как я говорил: "INSERT-ов примерно 1 миллион, SELECT-ов примерно 2-3 миллиона.", но немного ошибся, скорее наоборот. INSERT-ов больше получается.

индексы влазят.. индекс по int, размер где-то полгига.

угу, именно; есть более "высокого" уровня типа load balancing-a, не уверен, что подойдет, имхо, свое написать и быстрее и проще

не совсем понял. в смысле лучше юзать утилиты или все-таки приложением думать в какую базу лазить?

И теперь хочу поделиться своими наблюдениями по теме.
Потестили мы это дело немного и в итоге получилось, что иметь много таблиц ГОРАЗДО выгоднее.

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