Amazon Redshift tidak akan lagi mendukung penggunaan Python UDF setelah 30 Juni 2026. Kami akan mulai menegakkannya secara bertahap. Untuk informasi lebih lanjut tentang detail opsi akhir masa pakai dan migrasi Python, lihat posting blog
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Kueri memakan waktu terlalu lama
Permintaan Anda bisa memakan waktu terlalu lama karena alasan berikut. Kami menyarankan pendekatan pemecahan masalah berikut.
Tabel tidak dioptimalkan
Atur kunci pengurutan, gaya distribusi, dan pengkodean kompresi tabel untuk memanfaatkan sepenuhnya pemrosesan paralel. Untuk informasi selengkapnya, lihat Pengoptimalan tabel otomatis
Query menulis ke disk
Kueri Anda mungkin menulis ke disk untuk setidaknya sebagian dari eksekusi kueri. Untuk informasi selengkapnya, lihat Peningkatan kinerja kueri.
Kueri harus menunggu kueri lain selesai
Anda mungkin dapat meningkatkan kinerja sistem secara keseluruhan dengan membuat antrian kueri dan menetapkan berbagai jenis kueri ke antrian yang sesuai. Untuk informasi selengkapnya, lihat Manajemen beban kerja.
Kueri tidak dioptimalkan
Analisis rencana penjelasan untuk menemukan peluang untuk menulis ulang kueri atau mengoptimalkan database. Untuk informasi selengkapnya, lihat Membuat dan menafsirkan rencana kueri.
Query membutuhkan lebih banyak memori untuk dijalankan
Jika kueri tertentu membutuhkan lebih banyak memori, Anda dapat meningkatkan memori yang tersedia dengan meningkatkanwlm_query_slot_count.
Database membutuhkan perintah VACUUM untuk dijalankan
Jalankan perintah VACUUM setiap kali Anda menambahkan, menghapus, atau memodifikasi sejumlah besar baris, kecuali Anda memuat data Anda dalam urutan kunci. Perintah VACUUM mengatur ulang data Anda untuk mempertahankan urutan pengurutan dan memulihkan kinerja. Untuk informasi selengkapnya, lihat Meja penyedot debu.
Sumber daya tambahan untuk memecahkan masalah kueri yang berjalan lama
Berikut ini adalah topik tampilan sistem dan bagian dokumentasi lainnya yang berguna untuk penyetelan kueri:
T STV_INFLIGHT ampilan sistem menunjukkan kueri mana yang berjalan di cluster. Akan sangat membantu untuk menggunakannya bersama STV_TERBARU untuk menentukan kueri mana yang sedang berjalan atau baru saja selesai.
SYS_QUERY_HISTORYberguna untuk pemecahan masalah. Ini menunjukkan kueri DDL dan DML dengan properti yang relevan seperti statusnya saat ini, seperti
runningataufailed, waktu yang dibutuhkan masing-masing untuk dijalankan, dan apakah kueri berjalan pada cluster penskalaan bersamaan.STL_QUERYTEXTmenangkap teks kueri untuk perintah SQL. Selain itu,SVV_QUERY_DALAM PENERBANGAN, yang menggabungkan STL_QUERYTEXT ke STV_INFLIGHT, menampilkan lebih banyak metadata kueri.
Konflik kunci transaksi dapat menjadi kemungkinan sumber masalah kinerja kueri. Untuk informasi tentang transaksi yang saat ini menyimpan kunci pada tabel, lihatSVV_TRANSAKSI.
Mengidentifikasi kueri yang merupakan kandidat teratas untuk penyetelan menyediakan kueri pemecahan masalah yang membantu Anda menentukan kueri yang baru-baru ini dijalankan yang paling memakan waktu. Ini dapat membantu Anda memfokuskan upaya Anda pada pertanyaan yang perlu ditingkatkan.
Jika Anda ingin menjelajahi manajemen kueri lebih lanjut dan memahami cara mengelola antrian kueri, Manajemen beban kerja tunjukkan cara melakukannya. Manajemen beban kerja adalah fitur canggih dan kami merekomendasikan manajemen beban kerja otomatis dalam banyak kasus.
