MongoDB
 sql >> Teknologi Basis Data >  >> NoSQL >> MongoDB

Mongodb - apakah masalah keandalan masih signifikan?

Seperti yang dikatakan orang lain, MongoDB tidak memiliki daya tahan server tunggal saat ini. Untungnya, ini mudah mati untuk mengatur replikasi multi-node. Anda bahkan dapat menyiapkan mesin kedua di pusat data lain dan membuat data secara otomatis direplikasi ke mesin tersebut secara langsung!

Jika menulis harus berhasil, Anda dapat menyebabkan Mongo tidak kembali dari penyisipan/pembaruan hingga data tersebut direplikasi ke n budak. Ini memastikan bahwa Anda memiliki setidaknya n salinan data. Set replika memungkinkan Anda untuk menambah dan menghapus node dari cluster Anda dengan cepat tanpa pekerjaan yang signifikan; cukup tambahkan simpul baru dan itu akan secara otomatis menyinkronkan salinan data. Hapus node dan cluster menyeimbangkan dirinya sendiri. Ini sangat dirancang untuk digunakan di beberapa mesin, dengan banyak node yang bekerja secara paralel; ini adalah pengaturan default yang lebih disukai, dibandingkan dengan sesuatu seperti MySQL, yang mengharapkan satu mesin raksasa untuk melakukan pekerjaannya, yang kemudian dapat Anda pasangkan dengan budak ketika Anda perlu skala. Ini adalah pendekatan yang berbeda untuk penyimpanan dan penskalaan data, tetapi pendekatan yang sangat nyaman jika Anda meluangkan waktu untuk memahami perbedaan asumsi, dan cara membangun arsitektur yang memanfaatkan kekuatannya.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Cara mengelompokkan dokumen dengan bidang tertentu dalam agregasi mongodb

  2. Array pencarian luwak dengan $in

  3. perbarui banyak catatan menggunakan mongoosejs di node

  4. arti dari sudo chown -R `id -u` /data/db

  5. MongoDB Mesin penyimpanan default 'wiredTiger' tidak tersedia dengan build mongod + ..no folder /data/db ini..