sql >> Databasteknik >  >> NoSQL >> MongoDB

Mongodb - är tillförlitlighetsproblem fortfarande betydande?

Som andra har sagt har MongoDB inte hållbarhet på en server just nu. Lyckligtvis är det dödigt lätt för att ställa in multi-nod replikering. Du kan till och med ställa in en andra maskin i ett annat datacenter och få data automatiskt replikerad till den live!

Om en skriv måste lyckas, kan du få Mongo att inte återvända från en infogning/uppdatering förrän denna data har replikerats till n slavar. Detta säkerställer att du har minst n kopior av uppgifterna. Replika-set låter dig lägga till och ta bort noder från ditt kluster i farten utan något större arbete; lägg bara till en ny nod så synkroniserar den automatiskt en kopia av data. Ta bort en nod och klustret balanserar om sig självt. Den är mycket designad för att användas över flera maskiner, med flera noder som verkar parallellt; detta är den föredragna standardinställningen, jämfört med något som MySQL, som förväntar sig att en gigantisk maskin ska göra sitt arbete på, som du sedan kan para ihop slavar mot när du behöver skala ut. Det är ett annat tillvägagångssätt för datalagring och skalning, men en mycket bekväm sådan om du tar dig tid att förstå dess skillnader i antaganden och hur man bygger en arkitektur som drar nytta av dess styrkor.



  1. zmq vs redis för pub-sub-mönster

  2. Mongo ger dubblettnyckelfel på _id_-fältet i Meteor-applikationen

  3. mongod-skalet startar inte, data/db existerar inte

  4. MongoDB $toUpper