Партиционирование MySQL таблицы, как веменное решение?

Question

[Егор Девелоперов]

День добрый, в проекте есть пара таблиц в которые , предполагаемо, будет вестись активная запись. По моим рассчетам она будет бухнуть от ~1 до ~4 гектаров в месяц. Чтение будет производиться крайне редко и в основном за текущий месяц. Правильным ли будет применить партиции, как вы считаете? Планирую разбить помесячно, а идея с мерджем что-то совсем не нравиться. Или посоветуйте свой вариант. Благодарю.
P.S. Архивировать планирую, все старше полугода.

Comments

[mswindu]

А какие задачи Вы преследуете?
Сделать партицирование ради того, чтобы оно было?
Обращение в таблицу будет по Дате записи?

[Егор Девелоперов]

mswindu: Оптимизировать работу бд, это же очевидно.
Да, в основном по дате. Но порой и по ключу UUID, он вторичный в этих таблицах.

Answer 1

[Melkij]

Да, правильным. И не как временное, а как постоянное - тоже весьма хорошее. Именно для таких задач партицирование по дате и добавлялось.

Comments

[Егор Девелоперов]

Спасибо, добавило уверенности в использовании именно этой технологии :).
А как указал mswindu, если будет вестись выборка не только по дате - как быть?

[Егор Девелоперов]

Егор Девелоперов: В частности, то что я указал выше. Присутствует вторичный ключ UUID в таблице, по которому тоже хотелось бы выдергивать данные, я так понимаю в таком случае будут дергаться все партиции и это уже не очень хорошо.

[Melkij]

Ну что поделать, будет mysql вычитывать все партиции. Да, нехорошо. Поэтому лучше бы так не делать.
Но это всё равно лучше, чем одна огромная таблица. Это куда более быстрое обновление индексов при записи, месяц, который вы через полгода перенесёте в архив можно будет легко дропнуть, а не удалять построчно.