Проблема с производительностью после перехода с MongoDB 2.6 на MongoDB 3.2 + WiredTiger
Мы переносим нашу базу данных MongoDB 2.6 в MongoDB 3.2.10 + WiredTiger. После миграции вместо повышения производительности мы наблюдали снижение времени отклика чтения / записи.
Единственным преимуществом является то, что размер базы данных был уменьшен почти на 40%.
Сейчас мы работаем с 2.6 и 3.2.10 + WiredTiger на двух разных автономных серверах.
Все протоколы испытаний являются отрицательными для WiredTiger.
Я не нашел веских причин для перехода на 3.2.10 + WiredTiger.
Есть ли параметры настройки для 3.2.10 + WiredTiger?
Является ли WiredTiger достаточно зрелым для производственной среды?
Я недавно прочитал сообщение в блоге, где они сталкиваются с проблемами с Mongo 3.0 и 3.2.9 WiredTiger.
2 ответа
Пожалуйста, найдите отчет со сравнением 2.6, 3.2 WT snappy,3.2 WT zlib и 3.2 No Compression с тестом на чтение и другими подробностями.
Мое наблюдение - 3.2 WT, терпит неудачу с неиндексированным свойством.
Также, пожалуйста, найдите мой конфиг Монго
mongod_WT_snippy.conf
storage: dbPath: 'C:\dataWT_snappy\' directoryPerDB: истинный механизм: "wiredTiger" wiredTiger: collectionConfig: blockCompressor: "snappy"
mongod_WT_snippy.conf
я пропустил какой-либо параметр?
Пожалуйста, найдите отчет о прочтении сравнительного теста и других данных