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

MongoDB:Sharding na jednej maszynie. Czy ma sens?

Tak , sensowne jest dzielenie na pojedynczy serwer.

  1. W tej chwili MongoDB nadal używa globalnej blokady na serwer mongodb. Utworzenie wielu serwerów uwolni serwery od blokad innych.

  2. Jeśli uruchomisz maszynę wielordzeniową z oddzielnymi numerami NUMA, może to również zwiększyć wydajność.

  3. Jeśli obciążenie serwera wzrośnie zbyt mocno, początkowy sharding ułatwi skalowanie w poziomie w przyszłości. Równie dobrze możesz to zrobić teraz.

Maszyny się różnią. Sugeruję napisanie własnego programu testowego wstawiania zbiorczego i rozkręcenie różnej liczby odłamków serwera MongoDB. Mam 16-rdzeniową maszynę z macierzą RAID i odkryłem, że 3-4 fragmenty wydają się być idealne dla mojej bazy danych z ciężkim zapisem. Uważam, że moje dwa numery NUMA są moim wąskim gardłem.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Import zbiorczy MongoDB za pomocą mongoimport z folderu Windows

  2. Dwuwierszowa aplikacja NodeJS ulega awarii podczas mongoose.connect() podczas próby połączenia z bazą danych mongolab MongoDB

  3. Zapisywanie przedmiotów w Mongoose dla pętli za pomocą metod schematu

  4. Jakie jest lepsze podejście do przechowywania i przeszukiwania dużego zbioru danych meteorologicznych?

  5. W MongoDB, jeśli kolekcja jest usuwana, indeksy są również usuwane automatycznie?