MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

Лоша производителност на MongoDB при запис върху големи колекции с над 50 000 000 документа

Най-вероятно се натъквате на проблеми поради рекорден растеж, вижте http ://docs.mongodb.org/manual/core/write-performance/#document-growth .

Mongo предпочита записи с фиксиран (или поне ограничен) размер. Увеличаването на размера на записа над предварително разпределеното хранилище ще доведе до преместване на документа на друго място на диска, умножавайки вашите I/O с всяко записване. Помислете за предварително разпределяне на „достатъчно“ място за вашия среден документ при вмъкване, ако размерите на вашите документи са относително хомогенни. В противен случай обмислете разделянето на бързо нарастващи вложени масиви в отделна колекция, като по този начин замените актуализациите с вмъквания. Също така проверете вашата фрагментация и помислете за уплътняване на вашите бази данни от време на време, така че да имате по-висока плътност на документи на блок, което ще намали твърдите грешки в страниците.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Има ли някакви предимства от използването на персонализиран _id за документи в MongoDB?

  2. Можем ли да използваме пролетно хранилище за данни за актуализиране на вградени документи в mongodb

  3. Ефективност на групово вмъкване в MongoDB за големи колекции

  4. Пролетни данни MongoDb:MappingMongoConverter премахва _class

  5. mongoDB грешка:Грешка:неуспешно свързване към [localhost:27017]