Tingkat paralelisme (DOP) umpan balik

Berlaku untuk: SQL Server 2022 (16.x) dan versi yang lebih baru Azure SQL Database Azure SQL Managed Instance basis data SQL di Microsoft Fabric

Tingkat umpan balik paralelisme (DOP) meningkatkan performa kueri dengan mengidentifikasi inefisiensi paralelisme untuk kueri berulang, berdasarkan waktu dan tunggu yang berlalu.

Umpan balik DOP merupakan bagian dari rangkaian fitur pemrosesan kueri cerdas, dan menangani penggunaan paralelisme yang suboptimal untuk kueri yang berulang. Skenario ini membantu mengoptimalkan penggunaan sumber daya dan meningkatkan skalabilitas beban kerja, ketika paralelisme yang berlebihan dapat menyebabkan masalah performa.

Alih-alih mengalami kerepotan akibat penggunaan default yang berlaku untuk semua atau penyesuaian manual pada setiap kueri, umpan balik DOP menyesuaikan DOP secara otomatis untuk menghindari masalah ini.

Umpan balik DOP tersedia untuk kueri yang beroperasi di tingkat kompatibilitas database 160 (diperkenalkan dengan SQL Server 2022 (16.x)) atau versi yang lebih tinggi, di Azure SQL Database, Azure SQL Managed Instance (dengan SQL Server 2025 atau Always-up-to-dateupdate policy), dan database SQL di Fabric.

Untuk fitur umpan balik kueri lainnya, lihat umpan balik pemberian memori dan umpan balik estimasi kardinalitas (CE).

Umpan balik derajat paralelisme (DOP) menghindari paralelisme berlebihan

Alih-alih harus menanggung kerepotan akibat pengaturan default menyeluruh atau penyesuaian manual pada setiap kueri, umpan balik DOP secara otomatis menyesuaikan DOP untuk menghindari paralelisme yang berlebihan. Jika penggunaan paralelisme dianggap tidak efisien, mekanisme umpan balik DOP akan menurunkan DOP untuk eksekusi kueri berikutnya dari nilai DOP yang dikonfigurasi saat ini, lalu melihat apakah hal tersebut membantu.

Paralelisme sering bermanfaat untuk kueri pelaporan dan analitik, atau kueri yang menangani data dalam jumlah besar. Sebaliknya, kueri yang berpusat pada OLTP yang dijalankan secara paralel dapat mengalami masalah performa ketika waktu yang dihabiskan untuk mengoordinasikan semua utas melebihi keuntungan menggunakan rencana paralel. Untuk informasi selengkapnya, lihat eksekusi rencana paralel.

Untuk mengaktifkan umpan balik DOP, aktifkan DOP_FEEDBACKkonfigurasi dengan cakupan database pada database. Misalnya, dalam database pengguna:
```
ALTER DATABASE SCOPED CONFIGURATION SET DOP_FEEDBACK = ON;
```
Untuk menonaktifkan umpan balik DOP pada tingkat database, gunakan DOP_FEEDBACKkonfigurasi berlingkup database. Misalnya, dalam database pengguna:
```
ALTER DATABASE SCOPED CONFIGURATION SET DOP_FEEDBACK = OFF;
```
Untuk menonaktifkan umpan balik DOP di tingkat kueri, gunakan petunjuk kueri DISABLE_DOP_FEEDBACK.

Query Store harus diaktifkan pada setiap database yang menggunakan umpan balik DOP, dan berstatus "Read write". Umpan balik akan dipertahankan dalam tampilan katalog sys.query_store_plan_feedback ketika kita mencapai tingkat nilai umpan balik paralelisme yang stabil.

Hanya umpan balik terverifikasi yang bertahan. Jika DOP yang disesuaikan menghasilkan regresi performa, umpan balik DOP akan kembali ke DOP baik terakhir yang diketahui. Dalam konteks ini, kueri yang dibatalkan pengguna juga dianggap sebagai regresi. Umpan balik DOP tidak mengkompilasi ulang rencana.

Umpan balik yang stabil diverifikasi ulang setelah kompilasi ulang rencana dan mungkin disesuaikan kembali ke atas atau ke bawah, tetapi tidak pernah lebih tinggi daripada pengaturan MAXDOP (termasuk petunjuk MAXDOP).

Mulai SQL Server 2022 (16.x), saat Query Store untuk replika sekunder diaktifkan, umpan balik DOP juga memperhitungkan replika untuk replika sekunder dalam grup ketersediaan. Umpan balik DOP dapat menerapkan umpan balik secara berbeda pada replika utama dan pada replika sekunder. Namun, umpan balik DOP tidak bertahan pada replika sekunder, dan saat failover, umpan balik DOP dari replika utama lama tidak diterapkan ke replika utama baru. Saat failover, umpan balik yang diterapkan ke replika primer atau sekunder hilang. Penyimpanan Kueri tersedia pada replika grup ketersediaan sekunder mulai dari SQL Server 2025 (17.x). Untuk informasi selengkapnya, lihat Query Store untuk replika sekunder.

Tingkat implementasi umpan balik paralelisme (DOP)

Umpan balik derajat paralelisme (DOP) mengidentifikasi inefisiensi paralelisme untuk kueri berulang berdasarkan waktu berlalu dan waktu tunggu. Jika penggunaan paralelisme dianggap tidak efisien, umpan balik DOP akan menurunkan nilai DOP untuk eksekusi kueri berikutnya dari berapa pun DOP yang saat ini dikonfigurasi, lalu memeriksa apakah hal tersebut membantu.

Untuk menilai kelayakan kueri, waktu eksekusi kueri yang disesuaikan diukur dari beberapa kali eksekusi. Total waktu berlalu untuk setiap kueri disesuaikan dengan mengabaikan waktu tunggu Buffer Latch, Buffer IO, dan Network IO yang berada di luar proses eksekusi kueri paralel. Tujuan fitur umpan balik DOP adalah meningkatkan tingkat konkurensi secara keseluruhan dan mengurangi waktu tunggu secara signifikan, bahkan jika hal itu sedikit meningkatkan waktu eksekusi kueri.

Note

Umpan balik DOP tidak mengkompilasi ulang rencana.

Pertimbangan umpan balik derajat paralelisme (DOP)

Umpan balik DOP tidak diaktifkan secara default di SQL Server 2022 (16.x).

Nilai DOP minimum untuk kueri apa pun yang disesuaikan berdasarkan umpan balik DOP adalah 2. Eksekusi serial tidak tercakup dalam umpan balik DOP.

Informasi umpan balik dapat dilacak menggunakan tampilan katalog sys.query_store_plan_feedback .

Jika suatu kueri menggunakan rencana kueri yang dipaksakan melalui Query Store, umpan balik DOP tetap dapat digunakan untuk kueri tersebut.

Saat ini, masukan DOP belum kompatibel dengan hint kueri. Untuk informasi selengkapnya, lihat Petunjuk (Transact-SQL) - Kueri dan Petunjuk Query Store.

Peristiwa yang diperluas untuk tingkat umpan balik paralelisme (DOP)

XEs berikut tersedia untuk tingkat umpan balik paralelisme (DOP):

dop_feedback_eligible_query: Terjadi ketika rencana kueri menjadi memenuhi syarat untuk umpan balik DOP. Peristiwa tambahan mungkin diaktifkan jika terjadi kompilasi ulang atau mulai ulang instans SQL Server.
dop_feedback_provided: Terjadi ketika umpan balik DOP memberikan data untuk kueri tertentu. Kejadian ini berisi statistik dasar ketika umpan balik diberikan untuk pertama kalinya dan statistik umpan balik sebelumnya ketika umpan balik berikutnya diberikan.
dop_feedback_validation: Terjadi ketika validasi dilakukan terhadap statistik runtime kueri berdasarkan baseline atau statistik umpan balik sebelumnya.
dop_feedback_stabilized: Terjadi ketika umpan balik DOP sudah stabil pada kueri.
dop_feedback_reverted: Terjadi ketika umpan balik DOP dikembalikan. Peristiwa diaktifkan ketika validasi umpan balik gagal pada umpan balik pertama yang diberikan. Sistem akan kembali ke status tanpa umpan balik.
dop_feedback_analysis_stopped : Terjadi ketika analisis umpan balik DOP dihentikan untuk suatu kueri.
dop_feedback_reassessment_failed : Terjadi ketika umpan balik DOP menilai kembali pilihan umpan balik yang sebelumnya dipertahankan, tetapi menemukan nilai yang dipertahankan tidak lagi valid. Status ini memulai ulang perulangan umpan balik.

Persistensi untuk tingkat paralelisme (DOP) umpan balik

Jika mekanisme umpan balik DOP menemukan bahwa tingkat paralelisme baru menguntungkan, optimasi ini disimpan di dalam Query Store dan akan diterapkan dengan tepat terhadap kueri untuk eksekusi mendatang.

Fitur ini diperkenalkan pada SQL Server 2022 (16.x), dan tersedia untuk kueri yang berjalan pada tingkat kompatibilitas basis data 160 atau lebih tinggi, atau petunjuk QUERY_OPTIMIZER_COMPATIBILITY_LEVEL_n 160 atau yang lebih tinggi, serta saat Query Store diaktifkan untuk basis data dan berada dalam status "baca-tulis".

Saran dan Komentar

Apakah halaman ini membantu?

Last updated on 2026-06-24