Стоит ли разделять БД?

Question

[entermix]

Допустим есть MySQL (innoDB) база данных:

users
user_statuses
user_*
...
...

letters
letter_statuses
tasks
...
и т.д.,

Предположим, что база будет расти огромными темпами, имеет ли смысл раскидать сущности по разных БД? Допустим сделать отдельную базу, чтобы хранить пользователей, рассылку, задачи и т.д.? Поможет ли это в будущем?

Answer 1

[Сергей Протько]

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

Comments

[entermix]

То есть если база будет целиком, проблем сделать шардинг в будущем не должно быть?

[Сергей Протько]

entermix: ну тип того, просто у вас должна быть возможность раскидать данные по шардам так, что бы все запросы отрабатывали целиком на одном шарде. Это единственное ограничение.

[entermix]

Сергей Протько: понял, спасибо)

Answer 2

[Mikhail Osher]

Своевременные шардинг/репликация помогут.

Comments

[entermix]

То есть не стоит морочить голову с разделением?

[Daje]

Точно, особенно репликация )))
Слышал звон да не понял о чем он?

[entermix]

Daje: репликация на несколько серверов есть, но вопрос в том, будет ли лучше если БД будет разделена на несколько)

Answer 3

[hscode]

Если у тебя за день тысячи посетителей, и если за месяца в базу добавиться милион записей, то стоит, а иначе нет!

Answer 4

[Daje]

Современные БД изначально спроектированы под работу с миллионами записей, они работают с ними достаточно хорошо.
Если ты планируешь выход на сотни миллионов записей - можешь думать о разделении сразу.

Тут лучше основную (самую нагруженную) таблицу разносить на различные сервера (например, пользователи от А до Ж на одном сервере, пользователи от З до Т на другом сервере, пользователи от У до Я на третьем сервере, если у тебя основной является таблица пользователей, если ты будешь там всех жителей Европы хранить.

С другой стороны, есть нагрузка по записи и по чтению.
С третьей стороны - если делать не только БД, а и сервера, обрабатывающие данные, то все еще круче будет.

Делать на одном сервере - смысла нет никакого, лишние заморочки.

Comments

[entermix]

В будущем планируется множество серверов, поэтому встал вопрос о том не возникнет ли в будущем проблем с настройкой, если будет 1 большая БД.

Answer 5

[Григорий Есин]

Вот когда начнёт расти "огромными" темпами, то вот тогда и только тогда будет смысл.
Кстати, "огромными" это какими?

Comments

[entermix]

Вопрос в том не возникнет ли в будущем проблем с разделением БД и имеет ли смысл разделять ее сразу и потом не морочить себе голову.