Администрирование mySQL (архивирование)

[alexander.pronin]

Хочется узнать, как осуществлять администрирование mySQL на предмет архивирования.
Задача такая.
В течении скажем недели (суток) база данных вырастает до приличных размеров. Наверное, надо ее архивировать (сжимать) и опять удалять-создавать таблицы () или удалять все записи (что-то не очень понятно).
А как дела будут с выборками из БД за предыдущий период, если кому-то очень хочется покопать информацию уже заархивированную.
Заранее спасибо.

[vasilisc]

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

[Mam(O)n]

Скорее всего нужно смотреть в сторону partitioning и mysql cluster. Ну и оптимизировать БД.

[alexander.pronin]

более детально опишите вашу задачу

Чисто АСУТП шная задача (типовая).
Молотит сервер круглосуточно. На нем собирается вся информация от различных контроллеров до 5000 тегов (обычно тысячи 2-3). Конечно, что-то пишется в виде алармов, а что-то пишется постоянно (аналоговые и некоторые дискретные), а что-то просто мониторится без записи в БД. Наиболее принятой дискретой времени в АСУТП является 1 секунда. За сутки набегает в БД несколько мег (может несколько десятков).
Понятно, что время от времени надо сжимать и архивировать данные БД.
Стандартное требование заказчиков: хранение информации до 3 лет (понятно, что это бред, но хозяин барин).
Время от времени случаются аварии или возникают какие-то вопросы у эксплуатации и руководства. Эксплуатация делает разбор полетов по информации из БД. Просматриваются данные в виде выборок БД, в виде трендов (графиков величин от времени).
Делаются отчеты суточные, понедельные, помесяные, квартальные, годовые ... В ообщем, что закажет заказчик, то и будет сделано. Но данные надо иметь.
Как-то так.
PS. Чуть не забыл. Процесс архивации, не должен прерывать процесс сбора информации, но это само собой подразумевается.