Этот вариант использования MongoDB?

Question

У меня есть сайт знакомств, на котором я отправляю ежедневные предупреждения и журналы в ALERTS_LOG.

CREATE TABLE `ALERTS_LOG` (
    `RECEIVERID` mediumint(11) unsigned NOT NULL DEFAULT '0', 
    `MATCHID` mediumint(11) unsigned NOT NULL DEFAULT '0', 
    `DATE` smallint(6) NOT NULL DEFAULT '0',  
    KEY `RECEIVER` (`RECEIVER`), 
    KEY `USER` (`USER`) 
) ENGINE=MRG_MyISAM DEFAULT CHARSET=latin1 INSERT_METHOD=LAST UNION=(`ALERTS_LOG110`,`ALERTS_LOG111`,`ALERTS_LOG112`) 

Логика вставки: У меня есть создать Объединить таблицы и каждый суб таблицы как ALERTS_LOG110 магазин 0-15 дней записи. На каждом 1-м и 16-м я создаю новую таблицу и меняю определение mergeMyisam. Пример: INSERT_METHOD = LAST UNION = (ALERTS_LOG111, ALERTS_LOG112, ALERTS_LOG113).

Advantage: Удаление очень быстро.

Проблемы, связанные с этим подходом: 1. Когда я изменить определение, я часто получил сайт вниз вопрос, как, когда я изменить определение, индексы должны получить на кэш и все запросы выберите застряло. 2. Проблема блокировки из-за слишком большого количества вставок и выбора.

Итак, могу ли я взглянуть на MongoDB для решения этой проблемы?

Answer 1

Нет, не совсем. Реорганизация вашего приложения для использования двух разных типов баз данных из-за производительности в этой таблице журналов кажется плохим выбором.

Непонятно, почему у вас так много записей регистрируются, но на первый взгляд это может выглядеть в partitioning in MySQL и разбивать таблицу на день или неделю, а затем удалять эти разделы. Удаление все еще очень быстро, и для него не будет простоев, потому что вы не будете менять имена объектов каждый день.