Добрый вечер и сразу к проблеме!
есть сайт типа tinyurl, есть две таблицы одна "urls" другая "url_clicks"

1ая
url_id|url|short_url

2ая
id|datetime|url_id


в первой мы храним укороченную ссылку, во второй  все проходы через эту ссылку
что собственно и привело к проблеме, сейчас таблица занимает 2GB а ее индекс 4GB
недавно mysql упала изза больших I/O нагрузок в ФС

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

Какой, собсно, индекс?


Всё лишнее (старше чем год) сноси в архив.
Или, как вариант, по завершении дня снимай суточный срез и отправляй в архив статистик. Статистику уже бери по таблице срезов.

индекс стоит на datetime|url_id во второй таблице.
все старше чем год сносится, похоже это картину не меняет
группировать записи по дням тоже думал
еще какие нибудь схемы хранения такой инфы есть?

спасибо

Странно, что индекс вдвое больше самОй таблицы... что-то тут не так.
Кстати... а тебе реально надо делать выборки с детализацией поминутно? может, индекс date(datetime)+url_id более разумен? и есссно force key на выборках.

Но вообще чтобы на такой (не сказать что чрезмерной) базе сервер сдох... может, имеют место нелады в железе или ОС?