Penyimpanan kueri pada Azure Database for PostgreSQL Flexible Server

Penyimpanan kueri adalah fitur di server fleksibel Azure Database for PostgreSQL yang menyediakan cara untuk melacak performa kueri dari waktu ke waktu. Query Store menyederhanakan pemecahan masalah kinerja dengan membantu Anda dengan cepat menemukan kueri yang berjalan paling lama dan paling banyak menggunakan sumber daya. Penyimpanan kueri secara otomatis mencatat riwayat kueri dan statistik runtime, serta menyimpan data tersebut untuk tinjauan Anda. Ini mengiris data berdasarkan waktu sehingga Anda dapat melihat pola penggunaan temporal. Data untuk semua pengguna, database, dan kueri disimpan dalam database bernama azure_sys di server fleksibel Azure Database for PostgreSQL.

Aktifkan penyimpanan kueri

Query Store tersedia tanpa biaya tambahan. Ini adalah fitur keikutsertaan, sehingga tidak diaktifkan secara default di server. Anda dapat mengaktifkan atau menonaktifkan penyimpanan kueri secara global untuk semua database di server tertentu. Anda tidak dapat mengaktifkan atau menonaktifkannya per database.

Mengaktifkan Query Store di portal Azure

1. Masuk ke portal Azure dan pilih server fleksibel Azure Database for PostgreSQL Anda.
2. Pilih Parameter di bagian Pengaturan pada menu.
3. Cari parameter pg_qs.query_capture_mode.
4. Atur nilai ke top atau all, tergantung pada apakah Anda ingin melacak kueri tingkat atas atau juga kueri berlapis (yang dijalankan di dalam fungsi atau prosedur), dan pilih Simpan. Izinkan hingga 20 menit agar batch data pertama bertahan dalam azure_sys database.

Mengaktifkan pengambilan sampel tunggu penyimpanan kueri

1. Cari parameter pgms_wait_sampling.query_capture_mode.
2. Atur nilainya ke all dan Simpan.

Informasi di penyimpanan kueri

Penyimpanan kueri terdiri dari dua penyimpanan:

• Penyimpanan statistik runtime untuk mempertahankan informasi statistik eksekusi kueri.
• Penyimpanan statistik tunggu untuk mempertahankan informasi statistik tunggu.

Skenario umum untuk menggunakan Query Store meliputi:

• Menentukan berapa kali kueri dijalankan dalam jendela waktu tertentu.
• Membandingkan waktu eksekusi rata-rata kueri di seluruh jendela waktu untuk melihat variasi besar.
• Mengidentifikasi kueri yang berjalan paling lama dalam beberapa jam terakhir.
• Mengidentifikasi kueri N teratas yang menunggu sumber daya.
• Memahami sifat waktu tunggu untuk kueri tertentu.

Untuk meminimalkan penggunaan ruang, statistik eksekusi runtime di penyimpanan statistik runtime diagregat melalui jendela waktu yang tetap dan dapat dikonfigurasi. Anda dapat membuat kueri atas informasi dalam penyimpanan ini menggunakan tampilan.

Mengakses informasi penyimpanan kueri

Azure Database for PostgreSQL server fleksibel menyimpan data penyimpanan kueri dalam azure_sys database. Kueri berikut mengembalikan informasi tentang kueri yang direkam oleh penyimpanan kueri:

SELECT * FROM  query_store.qs_view;

Dan kueri ini mengembalikan informasi tentang statistik tunggu:

SELECT * FROM  query_store.pgms_wait_sampling_view;

Menemukan kueri tunggu

Jenis peristiwa tunggu mengelompokkan peristiwa tunggu yang berbeda ke dalam wadah berdasarkan kesamaan. Query Store menyediakan jenis peristiwa tunggu, nama peristiwa tunggu tertentu, dan kueri yang dimaksud. Saat Anda menghubungkan informasi tunggu ini dengan statistik runtime kueri, Anda mendapatkan pemahaman yang lebih mendalam tentang apa yang berkontribusi pada karakteristik performa kueri.

Berikut adalah beberapa contoh bagaimana Anda bisa mendapatkan lebih banyak wawasan tentang beban kerja Anda dengan menggunakan statistik tunggu di Query Store:

Opsi konfigurasi

Saat Penyimpanan Kueri diaktifkan, fitur ini menyimpan data dalam jendela agregasi. Panjang jendela ini ditentukan oleh parameter pg_qs.interval_length_minutes , yang defaultnya menjadi 15 menit. Untuk setiap jendela, Query Store menyimpan hingga 500 kueri unik. Atribut yang membedakan keunikan setiap kueri adalah user_id (pengidentifikasi pengguna yang menjalankan kueri), db_id (pengidentifikasi database dalam konteks yang kuerinya dijalankan), dan query_id (nilai bilangan bulat secara unik mengidentifikasi kueri yang dijalankan). Jika jumlah kueri yang berbeda mencapai 500 selama interval yang dikonfigurasi, query store membebaskan alokasi 5% dari kueri yang direkam untuk menyediakan ruang bagi kueri lainnya. Kueri yang pertama kali dealokasikan adalah kueri yang paling sedikit dieksekusi.

Untuk mengonfigurasi parameter Query Store, gunakan opsi berikut:

Opsi berikut berlaku khusus untuk statistik tunggu:

Gunakan portal Microsoft Azure untuk mendapatkan atau mengatur nilai yang berbeda untuk suatu parameter.

Tampilan dan fungsi

Anda bisa mengkueri informasi yang direkam oleh penyimpanan kueri dan menghapusnya dengan menggunakan tampilan dan fungsi yang tersedia dalam query_store skema azure_sys database. Siapa pun dalam peran publik PostgreSQL dapat menggunakan tampilan ini untuk melihat data di penyimpanan kueri. Tampilan ini hanya tersedia di database azure_sys.

Kueri dinormalisasi dengan melihat strukturnya dan mengabaikan apa pun yang tidak signifikan secara semantik, seperti literal, konstanta, alias, atau perbedaan dalam casing.

Jika dua kueri identik secara semantik, bahkan jika menggunakan alias yang berbeda untuk kolom dan tabel yang direferensikan yang sama, kueri tersebut diidentifikasi dengan query_id yang sama. Jika dua kueri hanya berbeda dalam nilai harfiah yang digunakan di dalamnya, kueri juga diidentifikasi dengan query_id yang sama. Untuk kueri yang diidentifikasi dengan query_id yang sama, sql_query_text adalah milik kueri yang pertama kali dijalankan sejak penyimpanan kueri mulai merekam aktivitas, atau sejak terakhir kali data berkelanjutan dihapus karena fungsi query_store.qs_reset dijalankan.

Cara kerja normalisasi kueri

Contoh berikut mengilustrasikan cara kerja normalisasi kueri:

Misalkan Anda membuat tabel dengan menggunakan pernyataan berikut:

create table tableOne (columnOne int, columnTwo int);

Anda mengaktifkan pengumpulan data Query Store, dan satu atau beberapa pengguna menjalankan kueri berikut dalam urutan yang tepat ini:

select * from tableOne;
select columnOne, columnTwo from tableOne;
select columnOne as c1, columnTwo as c2 from tableOne as t1;
select columnOne as "column one", columnTwo as "column two" from tableOne as "table one";

Semua kueri sebelumnya berbagi ID kueri yang sama. Query Store menyimpan teks kueri pertama yang berjalan setelah Anda mengaktifkan pengumpulan data. Oleh karena itu, teksnya adalah select * from tableOne;.

Kumpulan kueri berikut, setelah dinormalisasi, tidak cocok dengan kumpulan kueri sebelumnya karena klausa WHERE membuatnya berbeda secara semantik:

select columnOne as c1, columnTwo as c2 from tableOne as t1 where columnOne = 1 and columnTwo = 1;
select * from tableOne where columnOne = -3 and columnTwo = -3;
select columnOne, columnTwo from tableOne where columnOne = '5' and columnTwo = '5';
select columnOne as "column one", columnTwo as "column two" from tableOne as "table one" where columnOne = 7 and columnTwo = 7;

Namun, semua kueri dalam set terakhir ini berbagi ID kueri yang sama. Teks yang mengidentifikasi semuanya adalah teks kueri pertama dalam batch: select columnOne as c1, columnTwo as c2 from tableOne as t1 where columnOne = 1 and columnTwo = 1;.

Terakhir, kueri berikut tidak cocok dengan ID kueri kueri di batch sebelumnya. Alasan mengapa mereka tidak cocok dijelaskan dalam daftar berikut:

Kueri:

select columnTwo as c2, columnOne as c1 from tableOne as t1 where columnOne = 1 and columnTwo = 1;

Alasan untuk tidak cocok: Daftar kolom mengacu pada dua kolom yang sama (columnOne dan ColumnTwo), tetapi urutannya dibalik. Urutan berubah dari columnOne, ColumnTwo dalam batch sebelumnya menjadi ColumnTwo, columnOne dalam kueri ini.

Kueri:

select * from tableOne where columnTwo = 25 and columnOne = 25;

Alasan ketidakcocokan: Urutan evaluasi ekspresi dalam klausa WHERE dibalik. Urutan berubah dari columnOne = ? and ColumnTwo = ? dalam batch sebelumnya menjadi ColumnTwo = ? and columnOne = ? dalam kueri ini.

Kueri:

select abs(columnOne), columnTwo from tableOne where columnOne = 12 and columnTwo = 21;

Alasan untuk tidak cocok: Ekspresi pertama dalam daftar kolom tidak columnOne lagi, tetapi fungsi abs dievaluasi lebih dari columnOne (abs(columnOne)), yang tidak setara secara semantik.

Kueri:

select columnOne as "column one", columnTwo as "column two" from tableOne as "table one" where columnOne = ceiling(16) and columnTwo = 16;

Alasan untuk tidak cocok: Ekspresi pertama dalam klausul WHERE tidak mengevaluasi kesetaraan columnOne dengan literal lagi, tetapi dengan hasil fungsi ceiling yang dievaluasi melalui literal, yang tidak setara secara semantik.

Views

query_store.qs_view

Tampilan ini mengembalikan semua data yang disimpan oleh Query Store dalam tabel pendukungnya. Data yang masih direkam oleh penyimpanan kueri di memori untuk jendela waktu yang sedang aktif saat ini belum terlihat hingga jendela waktu tersebut berakhir dan data volatil di memori dikumpulkan serta disimpan secara permanen ke tabel yang disimpan pada disk. Tampilan ini mengembalikan baris yang berbeda untuk setiap database berbeda (db_id), pengguna (user_id), dan kueri (query_id).

query_store.query_texts_view

Tampilan ini mengembalikan data teks kueri di Penyimpanan Kueri. Ada satu baris untuk setiap query_sql_text yang berbeda.

query_store.pgms_wait_sampling_view

Tampilan ini mengembalikan data kejadian tunggu di Penyimpanan Kueri. Tampilan ini mengembalikan baris yang berbeda untuk setiap database berbeda (db_id), pengguna (user_id), kueri (query_id), dan peristiwa (peristiwa).

query_store.query_plans_view

Tampilan ini mengembalikan rencana kueri yang digunakan untuk menjalankan kueri. Ada satu baris untuk setiap ID database yang berbeda dan ID kueri. Penyimpanan kueri hanya merekam rencana kueri untuk kueri non-penggunaan.

Functions

query_store.qs_reset

Fungsi ini menghapus semua statistik yang dikumpulkan oleh penyimpanan kueri. Ini membuang statistik untuk jendela waktu yang sudah ditutup, yang sudah disimpan ke tabel pada disk. Ini juga membuang statistik untuk jendela waktu saat ini, yang hanya ada dalam memori. Hanya anggota peran admin server (azure_pg_admin) yang dapat menjalankan fungsi ini.

toko_kueri.pembersihan_data_pentahapan

Fungsi ini menghapus semua statistik yang dikumpulkan di memori oleh penyimpanan kueri. Data ini belum ditulis ke tabel pada disk yang mendukung persistensi data yang dikumpulkan untuk Query Store. Hanya anggota peran admin server (azure_pg_admin) yang dapat menjalankan fungsi ini.

Mode baca-saja

Saat server fleksibel Azure Database for PostgreSQL berada dalam mode baca-saja, seperti ketika default_transaction_read_only parameter diatur ke on, atau jika mode baca-saja diaktifkan secara otomatis karena mencapai kapasitas penyimpanan, penyimpanan kueri tidak menangkap data apa pun.

Mengaktifkan penyimpanan kueri di server yang memiliki replika baca tidak secara otomatis mengaktifkan penyimpanan kueri pada salah satu replika baca. Bahkan jika Anda mengaktifkannya di salah satu replika baca, penyimpanan kueri tidak merekam kueri yang dijalankan pada replika baca apa pun. Replika baca beroperasi dalam mode hanya-baca hingga Anda menaikkannya menjadi instance utama.

Konten terkait

• Skenario penggunaan untuk penyimpanan kueri
• Praktik terbaik untuk Query Store
• Pengetahuan Kinerja Kueri