Экономия ram

В качестве базы данных использую redis(который хранит все данные в ram) и хранения 300 постов от 10 тыс пользователей это примерно около 1 гига оперативки. Но читать больше 300 постов 1 пользователя будут единицы. То есть я хочу что бы в оперативки хранилось определенное кол-во записей, которые будут часто использоваться(то есть самые последние). Но вот не задача ведь кто-то может захотеть просмотреть записи пользователя и за прошедшие месяцы и т.д. И я вот думаю что для таких случаев необходимо держать эти посты еще и в другой бд которая хранит свои данные на жестком диске. К примеру mysql или sqlite. Но для этого понадобится при опубликовании постов делать как минимум два запроса на запись одного и того же в 2 бд. Может сделать какой нибудь типа планировщик на другом сервере который будет получать данные(посты) и уже он будет записывать эти данные в бд(mysql или sqlite). Потом уже если нужно забирать данные с этого сервера(из бд я имею ввиду). А основной сервер спокойно продолжать работу дальше. Посоветуйте пожалуйста как тут быть? может есть у кого-нибудь решения по лучше...

(Отредактировано автором: 10 Июня, 2012 - 13:22:50)

-----
Так было, так есть и так будет

А разве редиска не умеет сама балансировать память?

-----
PostgreSQL DBA

В каком смысле балансировать? Точно не знаю, но по моему не может, там только есть бэкапы на жесткий диск... Но уточню этот вопрос...

-----
Так было, так есть и так будет