MongoDB
 sql >> Baza danych >  >> NoSQL >> MongoDB

MongoDb — wykorzystanie serwera z wieloma procesorami do aplikacji o dużym obciążeniu zapisu

Nie, nadal zaleca się używanie shardingu w celu wykorzystania wielu rdzeni procesora. Jak podano w FAQ

Sharding poprawia współbieżność poprzez dystrybucję kolekcji w wielu instancjach mongod, umożliwiając serwery shardów (tj. procesy mongos ) do wykonywania dowolnej liczby operacji jednocześnie do różnych dalszych instancji mongod .

Każda instancja mongod jest niezależna od innych w klastrze shard i używa blokady czytników-zapisów MongoDB). Operacje na jednej instancji mongod nie blokują operacji na innych.

Sharding na jednym pudełku ma swoje problemy, jak stwierdził jeden z użytkowników na liście dyskusyjnej mongodb-user

Po kilku znaczących eksperymentach odkryłem, że pojedynczy demon fragmentu MongoDB NIE MOŻE używać więcej niż jednego procesora. Na obudowie z 24 procesorami wydajność rośnie, aż osiągniemy około 8 odłamków, po czym pojawia się kolejny limit.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. MongoDB - kopiuj kolekcję w Javie bez zapętlania wszystkich elementów

  2. Jak wstawić wiele elementów jednocześnie do kolekcji MongoDB

  3. MongoDB Pełne i częściowe wyszukiwanie tekstu

  4. Jak zapobiegać wycofywaniu zmian w MongoDB?

  5. Czy MongoDB może używać indeksu podczas sprawdzania istnienia pola z operatorem $exists?