

 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.

# STV\_INFLIGHT
<a name="r_STV_INFLIGHT"></a>

Gunakan tabel STV\_INFLIGHT untuk menentukan kueri apa yang sedang berjalan di cluster. Jika Anda memecahkan masalah, akan sangat membantu untuk memeriksa status kueri yang berjalan lama. 

STV\_INFLIGHT tidak menampilkan kueri hanya leader-node. Untuk informasi selengkapnya, lihat [Simpul pemimpin — hanya fungsi](c_SQL_functions_leader_node_only.md). STV\_INFLIGHT dapat dilihat oleh semua pengguna. Pengguna super dapat melihat semua baris; pengguna biasa hanya dapat melihat data mereka sendiri. Untuk informasi selengkapnya, lihat [Visibilitas data dalam tabel dan tampilan sistem](cm_chap_system-tables.md#c_visibility-of-data).

Beberapa atau semua data dalam tabel ini juga dapat ditemukan di tampilan pemantauan SYS[SYS\_QUERY\_HISTORY](SYS_QUERY_HISTORY.md). Data dalam tampilan pemantauan SYS diformat agar lebih mudah digunakan dan dipahami. Kami menyarankan Anda menggunakan tampilan pemantauan SYS untuk kueri Anda.

## Pemecahan masalah dengan STV\_INFLIGHT
<a name="r_STV_INFLIGHT_troubleshooting"></a>

Jika Anda menggunakan STV\_INFLIGHT untuk memecahkan masalah kinerja untuk kueri, atau kumpulan kueri, perhatikan hal berikut:
+ Long-running transaksi terbuka umumnya meningkatkan beban. Transaksi terbuka ini dapat menghasilkan waktu berjalan yang lebih lama untuk kueri lain.
+ Long-running Pekerjaan COPY dan ETL dapat memengaruhi kueri lain yang berjalan di cluster, jika mereka mengambil banyak sumber daya komputasi. Dalam kebanyakan kasus, memindahkan pekerjaan jangka panjang ini ke waktu penggunaan rendah meningkatkan kinerja untuk beban kerja pelaporan atau analitik.
+ Ada pandangan yang memberikan informasi terkait dengan STV\_INFLIGHT. Ini termasuk[STL\_QUERYTEXT](r_STL_QUERYTEXT.md), yang menangkap teks kueri untuk perintah SQL, dan[SVV\_QUERY\_DALAM PENERBANGAN](r_SVV_QUERY_INFLIGHT.md), yang menggabungkan STV\_INFLIGHT ke STL\_QUERYTEXT. Anda juga dapat menggunakan [STV\_TERBARU](r_STV_RECENTS.md) dengan STV\_INFLIGHT untuk pemecahan masalah. Misalnya, STV\_RECENTS dapat menunjukkan apakah kueri tertentu berada dalam status Running atau Done*. * * * Menggabungkan informasi ini dengan hasil dari STV\_INFLIGHT dapat memberi Anda informasi lebih lanjut tentang properti kueri dan dampak sumber daya komputasi. 

Anda juga dapat memantau kueri yang sedang berjalan menggunakan konsol Amazon Redshift.

## Kolom tabel
<a name="r_STV_INFLIGHT-table-columns"></a>


| Nama kolom  | Jenis data  | Deskripsi  | 
| --- | --- | --- | 
| Userid  | integer  | ID pengguna yang membuat entri.  | 
| mengiris  | integer  | Iris tempat kueri berjalan.  | 
| kueri  | integer  | ID kueri. Dapat digunakan untuk bergabung dengan berbagai tabel dan tampilan sistem lainnya.  | 
| label  | karakter (320)  |  Baik nama file yang digunakan untuk menjalankan query atau label yang ditentukan dengan perintah SET QUERY\_GROUP. Jika kueri tidak berbasis file atau parameter QUERY\_GROUP tidak disetel, bidang ini kosong.  | 
| xid  | bigint  | ID Transaksi.  | 
| pid  | integer  | ID proses. Semua kueri dalam sesi dijalankan dalam proses yang sama, jadi nilai ini tetap konstan jika Anda menjalankan serangkaian kueri dalam sesi yang sama. Anda dapat menggunakan kolom ini untuk bergabung dengan [STL\_ERROR](r_STL_ERROR.md) tabel.  | 
| waktu mulai  | timestamp  | Waktu permintaan dimulai.  | 
| text  | karakter (100)  | Teks kueri, dipotong menjadi 100 karakter jika pernyataan melebihi batas itu.  | 
| tergantung  | integer  | Apakah kueri ditangguhkan atau tidak. 0 = salah; 1 = benar.  | 
| insert\_pristine  | integer  | Apakah kueri tulis are/were dapat dijalankan saat kueri saat ini is/was berjalan. 1 = tidak ada kueri penulisan yang diizinkan. 0 = kueri tulis diperbolehkan. Kolom ini dimaksudkan untuk digunakan dalam debugging.  | 
| status penskalaan\_konkurensi | integer  | Menunjukkan apakah kueri berjalan di cluster utama atau pada cluster penskalaan konkurensi, Nilai yang mungkin adalah sebagai berikut: <br />0 - Berjalan di cluster utama <br />1 - Berjalan pada cluster penskalaan konkurensi  | 

## Kueri Sampel
<a name="r_STV_INFLIGHT-sample-queries"></a>

Untuk melihat semua kueri aktif yang sedang berjalan di database, ketik kueri berikut: 

```
select * from stv_inflight;
```

Contoh output di bawah ini menunjukkan dua kueri yang sedang berjalan, termasuk kueri STV\_INFLIGHT itu sendiri dan kueri yang dijalankan dari skrip yang disebut: `avgwait.sql` 

```
select slice, query, trim(label) querylabel, pid,
starttime, substring(text,1,20) querytext
from stv_inflight;

slice|query|querylabel | pid |        starttime         |      querytext
-----+-----+-----------+-----+--------------------------+--------------------
1011 |  21 |           | 646 |2012-01-26 13:23:15.645503|select slice, query,
1011 |  20 |avgwait.sql| 499 |2012-01-26 13:23:14.159912|select avg(datediff(
(2 rows)
```

Kueri berikut memilih beberapa kolom, termasuk concurrency\_scaling\_status. Kolom ini menunjukkan apakah kueri sedang dikirim ke cluster penskalaan bersamaan. Jika nilainya `1` untuk beberapa hasil, ini merupakan indikasi bahwa sumber daya komputasi penskalaan bersamaan sedang digunakan. Untuk informasi selengkapnya, lihat [Penskalaan konkurensi](concurrency-scaling.md).

```
select userid, 
query,
pid,
starttime,
text,
suspended,
concurrency_scaling_status
 from STV_INFLIGHT;
```

Output sampel menunjukkan satu kueri yang dikirim ke cluster penskalaan konkurensi.

```
 query  | pid     |        starttime           |   text                 | suspended     |  concurrency_scaling_status
--------+---------+----------------------------|------------------------|---------------|-------------------------------
1234567 | 123456  | 2012-01-26 13:23:15.645503 | select userid, query...  0                1
2345678 | 234567  | 2012-01-26 13:23:14.159912 | select avg(datediff(...  0                0
(2 rows)
```

Untuk kiat selengkapnya tentang pemecahan masalah kinerja kueri, lihat[Pemecahan masalah kueri](queries-troubleshooting.md).