ApsaraDB for MongoDB：Versi MongoDB dan mesin penyimpanan

ApsaraDB for MongoDB mendukung versi berikut:

• MongoDB 8.0

• MongoDB 7.0

• MongoDB 6.0

• MongoDB 5.0

• MongoDB 4.4

• MongoDB 4.2

• MongoDB 4.0

• MongoDB 3.4 (tidak didukung lagi)

• MongoDB 3.2

  MongoDB 3.2 telah tidak didukung lagi. Untuk informasi selengkapnya, lihat [Pemberitahuan] ApsaraDB for MongoDB menghentikan dukungan untuk versi 3.2 dan meluncurkan versi 4.2 pada 4 Februari.

MongoDB 6.0 memperkenalkan fitur seperti Enkripsi yang Dapat Dikueri dan Sinkronisasi Kluster-ke-Kluster. MongoDB 6.0 juga mengoptimalkan koleksi deret waktu, change stream, agregasi, kueri, elastisitas, dan keamanan.

• Enkripsi yang dapat dikueri

  Enkripsi yang Dapat Dikueri memungkinkan Anda mengenkripsi data sensitif dari sisi klien, menyimpan data tersebut sebagai data terenkripsi yang sepenuhnya teracak di server database, dan menjalankan kueri ekspresif pada data terenkripsi tersebut.

  Enkripsi yang dapat dikueri hanya memungkinkan klien melihat teks biasa dari data sensitif. Saat kueri mencapai server, kueri tersebut menyertakan kunci enkripsi yang diperoleh dari Key Management Service (KMS). Server kemudian memproses kueri pada ciphertext dan mengembalikan respons terenkripsi. Akhirnya, klien mendekripsi respons menggunakan kunci tersebut dan menampilkannya dalam bentuk teks biasa.

• Sinkronisasi Kluster-ke-Kluster

  Sinkronisasi Kluster-ke-Kluster memperkenalkan tool baru mongosync, yang mendukung sinkronisasi data kontinu dan unidireksional antara dua instans MongoDB di lingkungan apa pun, termasuk hybrid, Atlas, on-premises, dan edge. Anda juga dapat mengontrol dan memantau seluruh proses sinkronisasi secara real-time serta memulai, menghentikan, melanjutkan, atau bahkan membalikkan arah sinkronisasi sesuai kebutuhan.

• Koleksi deret waktu

  MongoDB 6.0 meningkatkan koleksi deret waktu dalam hal pengindeksan, kueri, dan pengurutan.

  • Memperkenalkan indeks sekunder dan indeks gabungan untuk meningkatkan performa baca.

  • Memperkenalkan Geo-Indexing untuk data spatio-temporal. Hal ini menambahkan informasi geografis ke data deret waktu, yang membantu analisis dalam skenario yang melibatkan jarak dan lokasi.

    Contoh skenario termasuk melacak perubahan suhu kendaraan transportasi rantai dingin di musim panas dan memantau konsumsi bahan bakar kapal kargo pada rute tertentu.

  • Mengoptimalkan kueri last point pada data deret waktu. Anda tidak perlu lagi memindai seluruh koleksi untuk mengkueri titik data terakhir.

  • Mengoptimalkan pengurutan data deret waktu. Operasi pengurutan diselesaikan lebih efisien menggunakan indeks clustered dan sekunder pada field waktu dan metadata.

• Change stream

  Rilis ini memperkenalkan fitur dan optimasi baru berikut:

  • Mendukung melihat pre-image perubahan.

    Catatan

    Versi sebelum MongoDB 6.0 hanya mendukung melihat post-image. Mulai dari MongoDB 6.0, Anda dapat melihat pre-image dan post-image. Untuk informasi selengkapnya tentang pre-image dan post-image, lihat Change Stream dengan Pre- dan Post-Image Dokumen.

  • Mendukung pernyataan DDL seperti create, createIndexes, modify, dan shardCollection. Untuk informasi selengkapnya, lihat Event Perubahan.

  • Menambahkan field wallTime ke Event Perubahan. Timestamp mendukung beberapa operator konversi dan tampilan, termasuk $toDate, $tsSeconds, dan tsIncrement, untuk memfasilitasi konsumsi bisnis.

• Agregasi

  Rilis ini mencakup fitur dan optimasi baru berikut:

  • Instansi kluster sharded mendukung $lookup dan $graphLookup.

  • Meningkatkan dukungan untuk JOINS di $lookup.

  • Meningkatkan dukungan untuk traversal graf di $graphLookup.

  • Meningkatkan performa $lookup, dengan peningkatan hingga seratus kali lipat dalam beberapa skenario.

  Catatan

  Untuk informasi selengkapnya tentang $lookup dan $graphLookup, lihat $lookup (agregasi) dan $graphLookup (agregasi).

• Kueri

  MongoDB 6.0 menambahkan operator seperti $maxN, $topN, $minN, $bottomN, $lastN, dan $sortArray. Operator-operator ini memungkinkan Anda memindahkan lebih banyak komputasi dari lapisan bisnis ke database, sehingga lapisan bisnis menjadi lebih ringan.

  Catatan

  Untuk informasi selengkapnya tentang operator-operator tersebut, lihat Operator Pipeline Agregasi.

• Elastisitas

  Fitur dan optimasi baru berikut kini tersedia:

  • Ukuran default chunk data ditingkatkan dari 64 MB menjadi 128 MB. Hal ini mengurangi frekuensi migrasi data dan menurunkan overhead lapisan jaringan dan routing.

  • Mendukung perintah configureCollectionBalancing. Perintah ini mendukung fitur berikut:

    • Anda dapat mengatur ukuran chunk berbeda untuk tabel sharded yang berbeda.

      Contoh: Untuk tabel sharded yang sangat besar, Anda dapat mengatur ukuran chunk menjadi 256 MB. Untuk tabel sharded yang relatif kecil di mana Anda menginginkan distribusi yang lebih merata di seluruh shard, Anda dapat mengatur ukuran chunk menjadi 64 MB atau 32 MB.

    • Anda dapat melakukan defragmentasi koleksi secara aktif.

      Dibandingkan dengan perintah compact, perintah configureCollectionBalancing menyediakan layanan defragmentasi yang lebih baik, yang secara efektif mengurangi penggunaan ruang disk.

    Catatan

    Untuk informasi selengkapnya tentang perintah configureCollectionBalancing, lihat configureCollectionBalancing.

  • Keamanan

    MongoDB 6.0 mengoptimalkan fitur Client-Side Field-Level Encryption (CSFLE). CSFLE kini mendukung penyedia manajemen kunci apa pun yang mematuhi Protokol Interoperabilitas Manajemen Kunci (KMIP). Artinya, selain manajemen kunci lokal berbasis KeyFile, MongoDB dapat berintegrasi dengan perangkat manajemen kunci pihak ketiga menggunakan KMIP, yang memberikan keamanan yang lebih tinggi kepada pengguna.

    Catatan

    Fitur CSFLE banyak digunakan dalam mengelola data sensitif, terutama dalam skenario migrasi data.

Siklus rilis baru memungkinkan pengiriman fitur baru kepada pengguna lebih cepat.

• Platform deret waktu native

  Dengan mendukung seluruh siklus hidup data deret waktu secara native—mulai dari ingestion, penyimpanan, kueri, hingga analisis real-time, visualisasi, dan pengarsipan online atau kedaluwarsa otomatis seiring penuaan data—membangun dan menjalankan aplikasi deret waktu menjadi lebih cepat dan hemat biaya. Dengan rilis MongoDB 5.0, MongoDB memperluas platform data aplikasi universalnya, yang memudahkan developer menangani data deret waktu dan memperluas skenario penggunaannya di bidang seperti Internet of Things (IoT), analitik keuangan, dan logistik.

• Resharding langsung

  Anda dapat mengubah kunci sharding koleksi sesuai kebutuhan saat bisnis berjalan dan data bertambah, tanpa downtime database atau migrasi kompleks dalam pengumpulan data. Untuk melakukannya, Anda dapat menjalankan perintah reshardCollection di MongoDB Shell, memilih database dan koleksi yang ingin direshard, lalu menentukan kunci sharding baru.

  reshardCollection: "<database>.<collection>", key: <shardkey>

  Catatan

  • <database>: Nama database yang akan direshard.

  • <collection>: Nama koleksi yang akan direshard.

  • <shardkey>: Nama kunci sharding.

  • Saat Anda memanggil perintah reshardCollection, MongoDB mengkloning koleksi yang ada, menerapkan semua entri oplog dari koleksi yang ada ke koleksi baru, lalu secara otomatis beralih ke koleksi baru setelah semua entri oplog diterapkan. Koleksi lama dihapus di latar belakang.

• API Versi

  API Versi memungkinkan MongoDB menambahkan fitur dan peningkatan baru ke database secara fleksibel di setiap rilis, dan versi baru kompatibel dengan versi sebelumnya. Saat Anda perlu mengubah API, Anda dapat menambahkan versi baru API dan menjalankannya secara bersamaan dengan API versi yang sudah ada di server yang sama. Seiring percepatan rilis MongoDB, API Versi memungkinkan Anda menggunakan fitur MongoDB terbaru lebih cepat dan mudah.

  API Versi mendefinisikan serangkaian perintah dan parameter yang paling umum digunakan oleh aplikasi, yang tetap tidak berubah baik saat database berada dalam rilis utama tahunan maupun rilis cepat triwulanan. Dengan menguraikan keterkaitan antara siklus hidup aplikasi dan siklus hidup database, Anda dapat mengunci driver ke versi tertentu dari API MongoDB. Hal ini memungkinkan aplikasi Anda terus berjalan selama bertahun-tahun tanpa modifikasi kode, meskipun database ditingkatkan dan diperbaiki.

• Write Concern Mayoritas Default

  Mulai dari MongoDB 5.0, tingkat write concern default adalah `majority`. Operasi tulis dikomit dan respons sukses dikembalikan hanya ketika tulisan tersebut telah diterapkan ke node primary dan dipertahankan di log sebagian besar node replica. Hal ini memberikan jaminan keandalan data yang lebih kuat secara default.

• Kueri snapshot berdurasi panjang

  Kueri Snapshot Berdurasi Panjang meningkatkan keserbagunaan dan ketangguhan aplikasi. Anda dapat menggunakan fitur ini untuk menjalankan kueri dengan durasi default 5 menit (yang dapat disesuaikan) sambil mempertahankan isolasi snapshot yang konsisten dengan database transaksional real-time. Anda juga dapat menjalankan kueri snapshot pada node secondary, yang memungkinkan Anda menjalankan beban kerja berbeda dalam satu kluster dan menskalakannya di berbagai shard.

• MongoDB Shell baru

  Untuk memberikan pengalaman pengguna yang lebih baik, MongoDB 5.0 mendesain ulang MongoDB Shell (mongosh) dari awal. Shell ini menawarkan pengalaman command-line modern, fitur kegunaan yang ditingkatkan, dan lingkungan skrip yang kuat. MongoDB Shell baru adalah shell default untuk platform MongoDB. Shell ini memperkenalkan syntax highlighting, auto-completion cerdas, bantuan kontekstual, dan pesan error yang berguna untuk menciptakan pengalaman yang intuitif dan interaktif.

• Penyesuaian rilis versi

  Mulai dari MongoDB 5.0, rilis MongoDB dibagi menjadi Rilis Utama dan Rilis Cepat. Rilis Cepat disediakan sebagai versi pengembangan untuk diunduh dan diuji, tetapi tidak disarankan untuk lingkungan produksi.

Versi ini mengatasi masalah utama pengguna dari versi sebelumnya.

• Indeks Tersembunyi

  Anda dapat menyembunyikan indeks yang ada untuk memastikan indeks tersebut tidak digunakan dalam kueri selanjutnya. Hal ini memungkinkan Anda mengamati apakah penghapusan indeks tidak efisien tertentu menyebabkan fluktuasi performa bisnis. Jika tidak berdampak, Anda dapat menghapus indeks tidak efisien tersebut dengan aman.

• Kunci Shard yang Dapat Disempurnakan

  Anda dapat menambahkan satu atau beberapa field sufiks untuk meningkatkan distribusi dokumen yang ada pada chunk. Hal ini menghindari konsentrasi semua akses pada satu shard dan mendistribusikan beban server.

• Kunci Shard Hashed Gabungan

  Anda dapat menentukan satu field hashed dalam indeks gabungan, yang sangat menyederhanakan logika bisnis.

• Pembacaan Hedged

  Untuk instansi kluster sharded, permintaan baca dapat dikirim ke dua anggota replica set dari satu shard secara bersamaan. Hasil dari anggota yang merespons paling cepat dikembalikan ke klien, yang mengurangi latensi permintaan.

• Replikasi Streaming

  Entri oplog dari database primary dialirkan secara aktif ke database secondary. Dibandingkan dengan metode polling pada versi sebelumnya, hal ini menghemat hampir separuh waktu round-trip dan meningkatkan performa replikasi primary-secondary.

• Pengindeksan Simultan

  Pembuatan indeks pada database primary dan secondary dilakukan secara sinkron. Hal ini secara signifikan mengurangi latensi pembuatan indeks dan memastikan database secondary dapat segera mengakses data terbaru.

• Pembacaan Cermin

  Node primary mereplikasi proporsi tertentu dari traffic baca ke database secondary untuk dieksekusi. Hal ini memastikan node secondary menangani sebagian traffic baca, yang mengurangi latensi akses bisnis.

• Sinkronisasi Awal yang Dapat Dilanjutkan

  Sinkronisasi Awal yang Dapat Dilanjutkan menyediakan fitur transfer yang dapat dilanjutkan selama sinkronisasi penuh antara database primary dan secondary. Hal ini mencegah proses sinkronisasi penuh dimulai ulang dari awal akibat putusnya jaringan.

• Retensi Oplog Berbasis Waktu

  Retensi Oplog Berbasis Waktu mendukung penyesuaian periode retensi untuk entri oplog guna mencegah entri tersebut dihapus dari database primary, yang dapat memicu sinkronisasi penuh.

• Union

  MongoDB 4.4 menambahkan tahap $unionWith untuk mengimplementasikan fungsionalitas serupa dengan union all SQL, yang meningkatkan kemampuan kueri MongoDB.

• Ekspresi Agregasi Kustom

  MongoDB 4.4 menambahkan $accumulator dan $function untuk mengimplementasikan Ekspresi Agregasi Kustom, yang meningkatkan keseragaman antarmuka dan pengalaman pengguna.

MongoDB 4.2 menggunakan metode commit dua fase untuk memastikan sifat atomicity, consistency, isolation, dan durability (ACID) transaksi dalam kluster sharded, yang sangat memperluas skenario bisnis yang dapat diterapkannya.

• Transaksi terdistribusi

  Transaksi terdistribusi menggunakan metode commit dua fase untuk memastikan sifat ACID transaksi dalam kluster sharded. Hal ini sangat memperluas skenario bisnis MongoDB dan menandai lompatan dari NoSQL ke NewSQL.

• Pembacaan yang dapat diulang

  Pembacaan yang dapat diulang menyediakan kemampuan pengulangan otomatis di lingkungan jaringan lemah. Hal ini mengurangi kompleksitas logika di sisi bisnis dan memastikan kelangsungan bisnis.

• Indeks wildcard

  Untuk field yang tidak ditentukan sebelumnya, Anda dapat membuat indeks wildcard untuk mencakup beberapa field fitur di bawah satu dokumen. Hal ini memudahkan pengelolaan dan fleksibel digunakan.

• Enkripsi tingkat field

  Enkripsi tingkat field didukung di level driver. Anda dapat mengenkripsi informasi sensitif tertentu, seperti nama akun, kata sandi, harga, dan nomor telepon, secara individual. Hal ini menghindari enkripsi seluruh database dan meningkatkan fleksibilitas serta keamanan bisnis.

• Tampilan materialisasi

  Tampilan materialisasi dapat menyimpan hasil perhitungan untuk menghindari perhitungan berulang, meningkatkan efisiensi operasional, dan mengurangi kompleksitas logika.

MongoDB 4.0 lebih cocok untuk skenario seperti keuangan yang mengandalkan transaksi dan menggunakan fitur NoSQL.

• Dukungan transaksi lintas dokumen

  MongoDB 4.0 adalah database cloud NoSQL pertama yang mendukung transaksi lintas dokumen. MongoDB menggabungkan kecepatan, fleksibilitas, dan fungsionalitas model dokumen dengan jaminan ACID.

• Kecepatan migrasi 40% lebih cepat

  Pembacaan dan penulisan konkuren memungkinkan node shard yang baru ditambahkan menyelesaikan migrasi data lebih cepat untuk menangani beban kerja bisnis.

• Performa baca yang sangat diperluas

  Dengan fitur transaksi, node secondary tidak lagi memblokir permintaan baca karena sinkronisasi log. Alibaba Cloud juga mendukung fitur ekstensi multi-node di semua versi, yang secara signifikan meningkatkan kemampuan baca bisnis Anda.

MongoDB 3.4 menawarkan berbagai peningkatan dalam performa dan keamanan dibandingkan versi 3.2.

• Sinkronisasi primary-secondary lebih cepat

  Semua indeks dibangun saat data sedang disinkronkan. Versi sebelumnya hanya membangun indeks _id. Selain itu, selama fase sinkronisasi data, node secondary terus membaca informasi oplog baru untuk memastikan database lokal pada node secondary memiliki cukup ruang penyimpanan untuk data sementara.

• Penyeimbangan beban lebih efisien

  Pada versi 3.2 dan sebelumnya, penyeimbangan beban untuk kluster sharded ditangani oleh node Mongos. Beberapa node Mongos akan bersaing untuk mendapatkan kunci terdistribusi. Node Mongos yang berhasil mendapatkan kunci akan melakukan tugas penyeimbangan beban dan memigrasikan chunk antar node shard. Pada versi 3.4, penyeimbangan beban ditangani oleh node primary di ConfigServer, yang sangat meningkatkan konkurensi dan efisiensi penyeimbangan beban.

• Operasi agregasi yang lebih kaya

  Versi 3.4 memperkenalkan beberapa operator agregasi untuk meningkatkan kemampuan analitik data. Misalnya, bucket menyederhanakan kategorisasi data, $graphLookup mendukung operasi relasi yang lebih kompleks dibandingkan operator $lookup dari versi 3.2, dan $addFields memungkinkan operasi dokumen yang lebih canggih, seperti menjumlahkan field tertentu dan menyimpan hasilnya sebagai field baru.

• Dukungan untuk Zona Sharding

  Konsep Zona diperkenalkan dalam kluster sharded, terutama untuk menggantikan mekanisme sharding sadar tag. Fitur ini dapat menetapkan data tertentu ke satu atau beberapa node shard yang ditentukan. Fitur ini sangat memudahkan penerapan kluster sharding lintas pusat data.

• Dukungan untuk Collation

  Pada versi sebelumnya, string yang disimpan dalam dokumen selalu dibandingkan byte demi byte, terlepas dari bahasa atau huruf besar/kecil. Dengan diperkenalkannya Collation, konten string dapat diinterpretasikan dan dibandingkan sesuai dengan locale. Perbandingan tanpa membedakan huruf besar/kecil juga didukung.

• Dukungan untuk tampilan read-only

  Versi 3.4 menambahkan dukungan untuk tampilan read-only. Data dalam koleksi yang memenuhi kondisi kueri tertentu dapat divirtualisasi menjadi koleksi khusus, di mana pengguna dapat melakukan operasi kueri lebih lanjut.