sql >> Database >  >> NoSQL >> MongoDB

Mongodb - zijn betrouwbaarheidsproblemen nog steeds belangrijk?

Zoals anderen al hebben gezegd, heeft MongoDB op dit moment geen duurzaamheid voor één server. Gelukkig is het doodeenvoudig om replicatie met meerdere knooppunten in te stellen. U kunt zelfs een tweede machine in een ander datacenter plaatsen en de gegevens er automatisch live naartoe laten repliceren!

Als een schrijven moet lukt, kunt u ervoor zorgen dat Mongo niet terugkeert van een insert/update totdat die gegevens zijn gerepliceerd naar n slaven. Dit zorgt ervoor dat je minimaal n . hebt kopieën van de gegevens. Met replicasets kunt u zonder noemenswaardig werk knooppunten toevoegen aan en verwijderen uit uw cluster; voeg gewoon een nieuw knooppunt toe en het zal automatisch een kopie van de gegevens synchroniseren. Verwijder een knoop punt en het cluster herbalanceert zichzelf. Het is erg ontworpen om op meerdere machines te worden gebruikt, waarbij meerdere knooppunten parallel werken; dit is de standaardinstelling die de voorkeur heeft, vergeleken met zoiets als MySQL, dat verwacht dat één gigantische machine zijn werk doet, waar je vervolgens slaven aan kunt koppelen wanneer je moet uitschalen. Het is een andere benadering van gegevensopslag en schaling, maar een zeer comfortabele als je de tijd neemt om het verschil in aannames te begrijpen en een architectuur te bouwen die profiteert van zijn sterke punten.



  1. MongoDB:verslechterde queryprestaties

  2. C# MongoDB LINQ gebruiken met discriminator

  3. fout:typeparameter `D' moet worden gebruikt als de typeparameter voor een lokaal type

  4. Correct invoegen DateTime van c# naar mongodb