mongodb 持久化(3)
1. 载体崩溃 当出现硬件问题或文件系统出错,特别是硬盘损坏了,就没法保护数据安全了。另外,不同品牌的硬件和软件具有不同的持久保证的。总而言之,如果硬件或文件系统破坏了数据,MongoDB是无法保护数据的,这已经属于底层存储的事情了。可以使用复制来避
1. 载体崩溃
当出现硬件问题或文件系统出错,特别是硬盘损坏了,就没法保护数据安全了。另外,不同品牌的硬件和软件具有不同的持久保证的。 总而言之,如果硬件或文件系统破坏了数据,MongoDB是无法保护数据的,这已经属于底层存储的事情了。可以使用复制来避免这个问题,其实就是单点问题了。2. ?检查损坏
validate命令用来检测一个集合的损坏,如:> db.posts.validate({full:true}) { "ns" : "ttlsa_com.posts", "firstExtent" : "1:1036000 ns:ttlsa_com.posts", "lastExtent" : "4:2000 ns:ttlsa_com.posts", "extentCount" : 14, "extents" : [ { "loc" : "1:1036000", "xnext" : "1:104e000", "xprev" : "null", "nsdiag" : "ttlsa_com.posts", "size" : 61440, "firstRecord" : "1:1037c30", "lastRecord" : "1:103e4f0" }, { "loc" : "1:104e000", "xnext" : "1:108a000", "xprev" : "1:1036000", "nsdiag" : "ttlsa_com.posts", "size" : 245760, "firstRecord" : "1:104e0b0", "lastRecord" : "1:10556b0" }, { "loc" : "1:108a000", "xnext" : "1:117a000", "xprev" : "1:104e000", "nsdiag" : "ttlsa_com.posts", "size" : 983040, "firstRecord" : "1:108a0b0", "lastRecord" : "1:109a9b0" }, { "loc" : "1:117a000", "xnext" : "1:155e000", "xprev" : "1:108a000", "nsdiag" : "ttlsa_com.posts", "size" : 3932160, "firstRecord" : "1:117a0b0", "lastRecord" : "1:13739f0" }, { "loc" : "1:155e000", "xnext" : "1:24ee000", "xprev" : "1:117a000", "nsdiag" : "ttlsa_com.posts", "size" : 15728640, "firstRecord" : "1:155e0b0", "lastRecord" : "1:1bbe4f0" }, { "loc" : "1:24ee000", "xnext" : "1:392e000", "xprev" : "1:155e000", "nsdiag" : "ttlsa_com.posts", "size" : 21233664, "firstRecord" : "1:24ee8b0", "lastRecord" : "1:2b485b0" }, { "loc" : "1:392e000", "xnext" : "1:56c5000", "xprev" : "1:24ee000", "nsdiag" : "ttlsa_com.posts", "size" : 28667904, "firstRecord" : "1:392e0b0", "lastRecord" : "1:450dd30" }, { "loc" : "1:56c5000", "xnext" : "2:2000", "xprev" : "1:392e000", "nsdiag" : "ttlsa_com.posts", "size" : 38703104, "firstRecord" : "1:56c50b0", "lastRecord" : "1:617c0b0" }, { "loc" : "2:2000", "xnext" : "2:3ad7000", "xprev" : "1:56c5000", "nsdiag" : "ttlsa_com.posts", "size" : 52252672, "firstRecord" : "2:20b0", "lastRecord" : "2:188ac30" }, { "loc" : "2:3ad7000", "xnext" : "2:7e1d000", "xprev" : "2:2000", "nsdiag" : "ttlsa_com.posts", "size" : 70541312, "firstRecord" : "2:3ad7470", "lastRecord" : "2:66b8af0" }, { "loc" : "2:7e1d000", "xnext" : "3:2000", "xprev" : "2:3ad7000", "nsdiag" : "ttlsa_com.posts", "size" : 95232000, "firstRecord" : "2:7e1d0b0", "lastRecord" : "2:be8a2b0" }, { "loc" : "3:2000", "xnext" : "3:dd21000", "xprev" : "2:7e1d000", "nsdiag" : "ttlsa_com.posts", "size" : 128565248, "firstRecord" : "3:20b0", "lastRecord" : "3:63eb670" }, { "loc" : "3:dd21000", "xnext" : "4:2000", "xprev" : "3:2000", "nsdiag" : "ttlsa_com.posts", "size" : 173563904, "firstRecord" : "3:dd210b0", "lastRecord" : "3:12fccc30" }, { "loc" : "4:2000", "xnext" : "null", "xprev" : "3:dd21000", "nsdiag" : "ttlsa_com.posts", "size" : 234311680, "firstRecord" : "4:20b0", "lastRecord" : "4:7bec3b0" } ], "datasize" : 614217440, "nrecords" : 305603, "lastExtentSize" : 234311680, "padding" : 1.0000000000221079, "firstExtentDetails" : { "loc" : "1:1036000", "xnext" : "1:104e000", "xprev" : "null", "nsdiag" : "ttlsa_com.posts", "size" : 61440, "firstRecord" : "1:1037c30", "lastRecord" : "1:103e4f0" }, "lastExtentDetails" : { "loc" : "4:2000", "xnext" : "null", "xprev" : "3:dd21000", "nsdiag" : "ttlsa_com.posts", "size" : 234311680, "firstRecord" : "4:20b0", "lastRecord" : "4:7bec3b0" }, "objectsFound" : 305603, "invalidObjects" : 0, "bytesWithHeaders" : 619107088, "bytesWithoutHeaders" : 614217440, "deletedCount" : 125358, "deletedSize" : 244912976, "nIndexes" : 9, "keysPerIndex" : { "ttlsa_com.posts.$_id_" : 305603, "ttlsa_com.posts.$index_doctorSn" : 305603, "ttlsa_com.posts.$index_doctorUid" : 305603, "ttlsa_com.posts.$index_hosDeptId" : 305603, "ttlsa_com.posts.$index_hospitalId" : 305603, "ttlsa_com.posts.$doctorNumberList_1_doctorOrderId_-1" : 305924, "ttlsa_com.posts.$cityId_1_displayStatus_1" : 305603, "ttlsa_com.posts.$standardDeptId_1_displayStatus_1" : 305603, "ttlsa_com.posts.$doctorCode_1" : 305603 }, "valid" : true, "errors" : [ ], "ok" : 1 }
3. 复制的持久性
复制集一个写可被回滚,直到它被写入到一个大多数的集合中。 > db.runCommand({"getLastError" : 1, "j" : true, "w" : "majority"}) 只能保证primary写入已经持久化,secondary未必持久化。原文地址:mongodb 持久化(3), 感谢原作者分享。

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



.NET 4.0 digunakan untuk mencipta pelbagai aplikasi dan ia menyediakan pemaju aplikasi dengan ciri yang kaya termasuk: pengaturcaraan berorientasikan objek, fleksibiliti, seni bina berkuasa, penyepaduan pengkomputeran awan, pengoptimuman prestasi, perpustakaan yang luas, keselamatan, Kebolehskalaan, akses data dan mudah alih sokongan pembangunan.

Artikel ini memperkenalkan cara mengkonfigurasi MongoDB pada sistem Debian untuk mencapai pengembangan automatik. Langkah -langkah utama termasuk menubuhkan set replika MongoDB dan pemantauan ruang cakera. 1. Pemasangan MongoDB Pertama, pastikan MongoDB dipasang pada sistem Debian. Pasang menggunakan arahan berikut: SudoaptDateSudoaptInstall-ImongoDB-Org 2. Mengkonfigurasi set replika replika MongoDB MongoDB Set memastikan ketersediaan dan kelebihan data yang tinggi, yang merupakan asas untuk mencapai pengembangan kapasiti automatik. Mula MongoDB Service: sudosystemctlstartmongodsudosys

Artikel ini menerangkan cara membina pangkalan data MongoDB yang sangat tersedia pada sistem Debian. Kami akan meneroka pelbagai cara untuk memastikan keselamatan data dan perkhidmatan terus beroperasi. Strategi Utama: Replicaset: Replicaset: Gunakan replika untuk mencapai redundansi data dan failover automatik. Apabila nod induk gagal, set replika secara automatik akan memilih nod induk baru untuk memastikan ketersediaan perkhidmatan yang berterusan. Sandaran dan Pemulihan Data: Secara kerap Gunakan perintah Mongodump untuk membuat sandaran pangkalan data dan merumuskan strategi pemulihan yang berkesan untuk menangani risiko kehilangan data. Pemantauan dan penggera: Menyebarkan alat pemantauan (seperti Prometheus, Grafana) untuk memantau status MongoDB dalam masa nyata, dan

Pembacaan fail serentak: Cipta goroutine untuk membaca blok data secara serentak, dan gunakan penyelarasan komunikasi saluran paip Penulisan fail serentak: Gunakan goroutine untuk menulis data, dan gunakan mutex untuk melindungi operasi tulis;

Dalam rangka kerja PHP, amalan terbaik untuk pemodelan data termasuk menggunakan jenis data yang sesuai, menggunakan kekangan, mempertimbangkan indeks dan menggunakan gambar rajah ER. Amalan terbaik untuk kegigihan termasuk menggunakan alat ORM, DAO, pengendalian transaksi dan penguatkuasaan pengesahan data. Mengikuti amalan ini memastikan kod yang boleh diselenggara, cekap dan berskala serta mengekalkan integriti dan kebolehpercayaan data.

Perbandingan teknologi perisian tengah kegigihan Java: JDBC: berskala dan cekap, tetapi verbose dan rawan ralat. Hibernate: Mudah digunakan, menawarkan ciri lanjutan, tetapi boleh menjadi perlahan. JPA: Dipiawai dan serasi dengan JavaEE, tetapi mempunyai lebih banyak sekatan konfigurasi. Memilih teknologi yang betul bergantung pada keperluan aplikasi: JDBC memfokuskan pada kawalan dan skalabiliti, Hibernate/JPA memfokuskan pada kecekapan pembangunan dan kefungsian.

Pinetwork akan melancarkan Pibank, platform perbankan mudah alih revolusioner! Pinetwork hari ini mengeluarkan kemas kini utama mengenai Pimisrbank Elmahrosa (muka), yang disebut sebagai Pibank, yang mengintegrasikan dengan baik perkhidmatan perbankan tradisi C). Apakah pesona Pibank? Mari kita cari! Fungsi utama Pibank: Pengurusan sehenti akaun bank dan aset cryptocurrency. Menyokong urus niaga masa nyata dan mengamalkan biospesies

Volatiliti pasaran cryptocurrency dan strategi mengatasi pasaran cryptocurrency dikenali kerana turun naik drastik mereka, dan pelabur sering menghadapi risiko penurunan ketara dalam nilai aset. Artikel ini akan meneroka sebab -sebab kejatuhan pasaran cryptocurrency dan menyediakan strategi mengatasi untuk membantu para pelabur tetap rasional dan mengurangkan risiko semasa kekacauan pasaran. Apakah kejatuhan pasaran cryptocurrency? Perubahan tajam harga cryptocurrency dalam jangka pendek adalah keruntuhan pasaran. Peristiwa sedemikian boleh dicetuskan oleh pelbagai faktor, seperti: perubahan dalam dasar pengawalseliaan, perubahan dalam sentimen pasaran, turun naik dalam persekitaran makroekonomi, dll. Apabila peristiwa utama berlaku, jualan panik sering memburukkan lagi penurunan pasaran. Kekurangan peraturan dalam pasaran cryptocurrency juga menjadikannya lebih mudah terdedah kepada manipulasi dan spekulasi. Perubahan pengawalseliaan: Dasar pengawalseliaan baru boleh menyebabkan peningkatan ketidakpastian pelabur dan mencetuskan jualan.
