Вы не предоставили много информации о вашем требовании, кроме нескольких комментариев об ожидаемых объемах данных.Простое хранение больших объемов данных не имеет реальной внутренней ценности, а возможность доступа к этим данным дает реальную ценность;поэтому знание того, как вы ожидаете получить информацию из базы данных, важнее, чем то, сколько данных вы хотите сохранить.
Требуется ли для этих сообщений документ db, такой как MongDB, или они достаточно структурированы, чтобы использовать прямойСУБД, такие как Postgresql или MySQL.Вам нужна возможность полнотекстового поиска?Как часто и какие типы запросов выполняются к данным сообщения?Вы пытаетесь написать свой собственный Твиттер?
Если это ваши текущие объемы данных, для устойчивости используйте репликацию БД.Подумайте о разделении таблицы сообщений, возможно, по дате публикации.Используйте master / slave (или даже multi-master / multi-slave), как предложил Konerak.Посмотрите на возможности архивной таблицы для старых сообщений, которые с меньшей вероятностью будут запрошены, но которые все еще будут доступны.Посмотрите, что может предложить вам коммерческая база данных, такая как Oracle.Найдите профессионала, который поможет настроить db на производительность, а не просто попросите бесплатные советы на таких сайтах, как SO.
Рассмотрите также и свое оборудование ... несколько серверов с балансировкой нагрузки, чтобы помочь с объемами (у нас есть14 выделенных серверов, предназначенных исключительно для приема новых сообщений, и три высокопроизводительных сервера, настроенных для запроса данных).