Допустим, у нас есть 5000 пользователей одновременно, каждые 5, 10 или 20 секунд ajax-запросы, которые обновляют различные интерфейсы.
ОК, так что, чтобы получить это право, вы 'Вы говорите о 250-1000 записей в секунду?Да, MongoDB может справиться с этим.
Реальный ключ к производительности будет в том, являются ли они запросами, обновлениями или вставками.
Для запросов , Mongo можетвероятно справиться с этой нагрузкой.Это действительно будет о соотношении размера данных к объему памяти.Если у вас есть сервер с 1 ГБ ОЗУ и 150 ГБ данных, то вы, вероятно, не получите 250 запросов в секунду (с любой технологией БД).Но при разумных технических характеристиках оборудования Mongo может достичь этой скорости на одном 64-разрядном сервере.
Если у вас 5000 активных пользователей и вы постоянно обновляете существующие записи, Mongo будет работать очень быстро (наравне с обновлением).Memcached на одной машине).Причина в том, что Mongo, скорее всего, сохранит запись в памяти.Таким образом, пользователь будет отправлять обновления каждые 5 секунд, а объект в памяти будет обновляться.
Если вы постоянно вставляете новых записей, тогда ограничение действительно будет одним из пропускной способности,Когда вы пишете много новых данных, вы также заставляете индекс расширяться.Так что, если вы планируете вводить гигабайты новых данных, то вы рискуете переполнить пропускную способность диска, и вам нужно будет ее разделить.
Итак, исходя из ваших вопросов, похоже, что вы в основном запрашиваетеобновление.Вы будете писать новые записи, но не 1000 новых записей в секунду.Если это так, то MongoDB, вероятно, подходит именно вам.Это определенно обойдет множество проблем с кэшированием.