Евгений Власенко

Опции - это один объект, а не несколько https://mongodb.github.io/node-mongodb-native/api-...

Должно быть:

{rs_name: 'test', read_secondary:true, w:2, auto_reconnect: true}

Если появилось желание написать свой кэш, то стоит сделать шаг назад и ещё раз подумать над архитектурой.

Ответ: Локально кешировать результаты из монги однозначно не стоит.

А теперь подробнее:
В монге кэш достаточно хитрее чем сохранение последнего результата. (docs.mongodb.org/manual/faq/fundamentals/#does-mon...) Мога может хранить в оперативке только индексы и прирост в производительности "кеширование" происходит только когда все необходимые запросу поля входят в индекс, а индекс в свою очередь в оперативке после предыдущего запроса к этой же коллекции.

Варианты решения:
1) Если данные меняются часто (минуты) - то как вариант монга, соответственно без "своего" кеширования. Но если данные (строки локализации, меню) ложатся на структуру ключ/значение, то целесообразно использовать что-то более предназначенное для "быстрого" чтения типо redis или при мультинодовой архитектуре то etcd
2) Если данные меняются редко (дни) - то обычные файлы с локализациями (загрузка при старте апы) будут оптимальным вариантом=)