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 ](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/) yang diterbitkan pada 30 Juni 2025. 

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Menganalisis rencana kueri
<a name="c-analyzing-the-query-plan"></a>

Jalan [EXPLAIN](r_EXPLAIN.md) kan perintah untuk mendapatkan rencana kueri.

Sebelum menganalisis rencana kueri, Anda harus terbiasa dengan cara membacanya. Jika Anda tidak terbiasa membaca rencana kueri, kami sarankan Anda membaca [Membuat dan menafsirkan rencana kueri](c-the-query-plan.md) sebelum melanjutkan.

Untuk menganalisis data yang disediakan oleh rencana kueri, ikuti langkah-langkah berikut:

1. Identifikasi langkah-langkah dengan biaya tertinggi. Berkonsentrasilah untuk mengoptimalkannya saat melanjutkan melalui langkah-langkah yang tersisa.

1. Lihatlah jenis gabungannya:
   + **Loop Bersar ** ang: Gabungan seperti itu biasanya terjadi karena kondisi gabungan dihilangkan. Untuk solusi yang disarankan, lihat[Loop Bersarang](query-performance-improvement-opportunities.md#nested-loop).
   + **Hash dan Hash ** Join: Gabungan hash digunakan saat menggabungkan tabel di mana kolom gabungan bukan kunci distribusi dan juga bukan kunci pengurutan. Untuk solusi yang disarankan, lihat[Gabung hash](query-performance-improvement-opportunities.md#hash-join).
   + **Gabungkan ** Gabung: Tidak diperlukan perubahan.

1. Perhatikan tabel mana yang digunakan untuk sambungan dalam, dan mana untuk gabungan luar. Mesin kueri umumnya memilih tabel yang lebih kecil untuk gabungan dalam, dan tabel yang lebih besar untuk gabungan luar. Jika pilihan seperti itu tidak terjadi, statistik Anda kemungkinan sudah ketinggalan zaman. Untuk solusi yang disarankan, lihat[Statistik tabel hilang atau kedaluwarsa](query-performance-improvement-opportunities.md#table-statistics-missing-or-out-of-date).

1. Lihat apakah ada operasi pengurutan berbiaya tinggi. Jika ada, lihat [Baris yang tidak disortir atau salah disortir](query-performance-improvement-opportunities.md#unsorted-or-mis-sorted-rows) solusi yang disarankan.

1. Cari operator siaran berikut di mana ada operasi berbiaya tinggi:
   + **DS\_BCAST\_INNER**: Menunjukkan bahwa tabel disiarkan ke semua node komputasi. Ini bagus untuk meja kecil, tetapi tidak ideal untuk meja yang lebih besar.
   + **DS\_DIST\_ALL\_INNER**: Menunjukkan bahwa semua beban kerja ada pada satu irisan.
   + **DS\_DIST\_BOTH**: Menunjukkan redistribusi berat.

   Untuk solusi yang direkomendasikan untuk situasi ini, lihat[Distribusi data yang kurang optimal](query-performance-improvement-opportunities.md#suboptimal-data-distribution).