Perencana kueri v3

Planner versi 3.0 tersedia di semua Wilayah AWS tempat mesin versi 8.0 tersedia.

Planner versi 3.0 adalah perencana kueri default ketika mesin versi 8.0 dipilih.

Ikuti langkah-langkah Memodifikasi parameter cluster Amazon DocumentDB untuk memodifikasi grup parameter cluster Anda.

Untuk parameter berjudul 'PlannerVersion', ubah nilainya menjadi 3.0 yang menunjukkan perencana versi 3.0.

Pilih Terapkan segera (memilih Ter apkan saat reboot akan membuat pilihan tidak efektif sampai reboot cluster berikutnya).

Dalam cluster global, pilih plannerVersion nilai yang sama (1.0 atau 2.0 atau 3.0) di grup parameter cluster untuk kedua Wilayah. Perhatikan bahwa memilih versi perencana yang berbeda di Wilayah primer dan sekunder dapat menyebabkan perilaku dan kinerja kueri yang tidak konsisten.

Memperbarui ke perencana versi 3.0 selama jendela pemeliharaan terjadwal atau selama periode lalu lintas berkurang akan menjadi yang paling tidak mengganggu, karena mungkin ada peningkatan tingkat kesalahan jika versi perencana diubah saat beban kerja aktif berjalan.

Planner versi 3.0 tidak didukung di cluster elastis, yang akan kembali ke Planner versi 1.0.

Sementara Planner v1 memungkinkan penggunaan 'PlanHint' untuk memastikan bahwa rencana kueri tertentu dipilih oleh pengoptimal kueri, Planner v3 tidak mengizinkan penggunaan 'PlanHint' dan bergantung pada pengoptimalan internal untuk memilih paket terbaik untuk kueri yang diberikan.

Perencana memindahkan tahap $match lebih awal dalam pipeline jika memungkinkan, mengurangi jumlah dokumen yang diproses oleh tahapan berikutnya.

//Planner v1
db.orders.aggregate([
  { $project: { customerId: 1, orderDate: 1, totalAmount: 1 } },
  { $match: { customerId: { $gt: 1000 } } }
])

// Planner v3 pulls up the match since customerId exists in original documents
// Optimized internally as:
db.orders.aggregate([
  { $match: { customerId: { $gt: 1000 } } },  // Pulled up before project
  { $project: { customerId: 1, orderDate: 1, totalAmount: 1 } }
])

Perencana secara otomatis menggabungkan tahapan $lookup dan $unwind ketika mereka beroperasi di bidang yang sama, mengurangi pemrosesan data perantara dan meningkatkan kinerja.

                 Example query:
//Planner v1
db.orders.aggregate([
  { $lookup: { from: "products", localField: "productId", foreignField: "_id", as: "productInfo" } },
  { $unwind: "$productInfo" },
  { $project: { orderDate: 1, "productInfo.name": 1, "productInfo.price": 1 } }
])

// Planner version 3.0 optimizes this internally by coalescing the $lookup and $unwind stages
             

Planner versi 3.0 memperkenalkan strategi eksekusi Distinct Scan baru yang secara signifikan meningkatkan kinerja untuk operasi berbeda pada indeks kardinalitas rendah.

                 Example query:
//// If there is a low cardinality index on "category", you may see a query plan like below
db.explain().products.distinct("category")

"queryPlanner" : {
        "plannerVersion" : 3,
        "namespace" : "db.products",
        "winningPlan" : {
                "stage" : "AGGREGATE",
                "inputStage" : {
                        "stage" : "DISTINCT_SCAN",
                        "inputStage" : {
                                "stage" : "IXONLYSCAN",
                                "indexName" : "category_1",
                                "direction" : "forward"
                        }
                }
        }
}

             

Per distinct intah ini membutuhkan Planner versi 3.0.

Per aggregate intah ini membutuhkan perencana versi 3.0 dan Amazon DocumentDB 8.0.2. Filter berlaku ketika pipa membaca koleksi melalui $match tahap terdepan.

Filter yang ditetapkan pada koleksi asing dari pang $graphLookup gung $lookup atau mendorong indeks yang digunakan untuk memindai koleksi asing itu. Ini juga membutuhkan perencana versi 3.0 dan Amazon DocumentDB 8.0.2.