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

# io/aurora\_respond\_to\_client
<a name="ams-waits.respond-to-client"></a>

Peristiwa `io/aurora_respond_to_client` terjadi ketika thread menunggu untuk mengembalikan set hasil ke klien.

**Topics**
+ [Versi mesin yang didukung](#ams-waits.respond-to-client.context.supported)
+ [Konteks](#ams-waits.respond-to-client.context)
+ [Kemungkinan penyebab peningkatan peristiwa tunggu](#ams-waits.respond-to-client.causes)
+ [Tindakan](#ams-waits.respond-to-client.actions)

## Versi mesin yang didukung
<a name="ams-waits.respond-to-client.context.supported"></a>

Informasi peristiwa tunggu ini didukung untuk versi mesin berikut:
+ Aurora MySQL versi 2

## Konteks
<a name="ams-waits.respond-to-client.context"></a>

Peristiwa `io/aurora_respond_to_client` menunjukkan bahwa thread menunggu untuk mengembalikan set hasil ke klien.

Pemrosesan kueri selesai, dan hasilnya dikembalikan ke klien aplikasi. Namun, karena bandwidth jaringan pada klaster DB tidak cukup, thread menunggu untuk mengembalikan set hasil.

## Kemungkinan penyebab peningkatan peristiwa tunggu
<a name="ams-waits.respond-to-client.causes"></a>

Saat peristiwa `io/aurora_respond_to_client` muncul lebih dari biasanya, yang mungkin menunjukkan adanya masalah performa, berikut adalah penyebab umumnya:

**Kelas instans DB tidak cukup untuk beban kerja**  
Kelas instans DB yang digunakan oleh klaster DB tidak memiliki bandwidth jaringan yang diperlukan untuk memproses beban kerja secara efisien.

**Set hasil besar**  
Terjadi peningkatan ukuran set hasil yang dikembalikan karena kueri mengembalikan jumlah baris yang lebih tinggi. Set hasil yang lebih besar menghabiskan lebih banyak bandwidth jaringan.

**Peningkatan beban pada klien**  
Mungkin terdapat tekanan CPU, tekanan memori, atau saturasi jaringan pada klien. Peningkatan beban pada klien menunda penerimaan data dari klaster DB Aurora MySQL.

**Peningkatan latensi jaringan**  
Mungkin terdapat peningkatan latensi jaringan antara klaster DB Aurora MySQL dan klien. Latensi jaringan yang lebih tinggi akan menambah waktu yang diperlukan klien untuk menerima data.

## Tindakan
<a name="ams-waits.respond-to-client.actions"></a>

Kami merekomendasikan berbagai tindakan, tergantung pada penyebab peristiwa tunggu Anda.

**Topics**
+ [Mengidentifikasi sesi dan kueri penyebab peristiwa](#ams-waits.respond-to-client.actions.identify)
+ [Menskalakan kelas instans DB](#ams-waits.respond-to-client.actions.scale-db-instance-class)
+ [Memeriksa beban kerja untuk hasil yang tidak terduga](#ams-waits.respond-to-client.actions.workload)
+ [Mendistribusikan beban kerja dengan instans pembaca](#ams-waits.respond-to-client.actions.balance)
+ [Menggunakan pengubah SQL\_BUFFER\_RESULT](#ams-waits.respond-to-client.actions.sql-buffer-result)

### Mengidentifikasi sesi dan kueri penyebab peristiwa
<a name="ams-waits.respond-to-client.actions.identify"></a>

Anda dapat menggunakan Wawasan Performa untuk menampilkan kueri yang diblokir oleh peristiwa tunggu `io/aurora_respond_to_client`. Biasanya, basis data dengan beban sedang hingga signifikan memiliki peristiwa tunggu. Peristiwa tunggu ini mungkin dapat diterima jika basis data berperforma optimal. Jika tidak, periksa di mana basis data tersebut menghabiskan waktu terbanyak. Lihat peristiwa tunggu yang berkontribusi ke beban tertinggi, lalu cari tahu apakah Anda dapat mengoptimalkan basis data dan aplikasi untuk mengurangi peristiwa tersebut. 

**Untuk menemukan kueri SQL yang bertanggung jawab atas beban tinggi:**

1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).

1. Di panel navigasi, pilih **Wawasan Performa**.

1. Pilih instans DB. Dasbor Wawasan Performa ditampilkan untuk instans DB tersebut.

1. Dalam bagan **Beban basis data**, pilih **Potong berdasarkan masa tunggu**.

1. Di bagian bawah halaman, pilih **SQL Teratas**.

   Bagan ini mencantumkan kueri SQL yang bertanggung jawab atas beban. Kueri di bagian atas daftar memiliki tanggung jawab terbesar. Untuk mengatasi kemacetan, fokus pada pernyataan tersebut.

Untuk ikhtisar berguna tentang pemecahan masalah menggunakan Performance Insights, lihat Posting Blog Database Menganalisis Beban AWS Kerja [MySQL Amazon Aurora](https://aws.amazon.com/blogs/database/analyze-amazon-aurora-mysql-workloads-with-performance-insights/) dengan Performance Insights.

### Menskalakan kelas instans DB
<a name="ams-waits.respond-to-client.actions.scale-db-instance-class"></a>

Periksa peningkatan nilai CloudWatch metrik Amazon yang terkait dengan throughput jaringan, seperti `NetworkReceiveThroughput` dan. `NetworkTransmitThroughput` Jika bandwidth jaringan kelas instans DB tercapai, Anda dapat menskalakan kelas instans DB yang digunakan oleh klaster DB dengan memodifikasi klaster DB tersebut. Kelas instans DB dengan bandwidth jaringan yang lebih besar mengembalikan data ke klien secara lebih efisien.

Untuk informasi tentang memantau CloudWatch metrik Amazon, lihat[Melihat metrik di konsol Amazon RDS](USER_Monitoring.md). Untuk informasi tentang kelas instans DB, lihat [Amazon Aurora:Kelas instans DB](Concepts.DBInstanceClass.md). Untuk informasi tentang mengubah klaster DB, lihat [Memodifikasi klaster DB Amazon Aurora](Aurora.Modifying.md).

### Memeriksa beban kerja untuk hasil yang tidak terduga
<a name="ams-waits.respond-to-client.actions.workload"></a>

Periksa beban kerja pada klaster DB dan pastikan beban kerja tidak memberikan hasil yang tidak terduga. Misalnya, mungkin terdapat kueri yang mengembalikan jumlah baris lebih tinggi dari yang diperkirakan. Dalam hal ini, Anda dapat menggunakan metrik penghitung Wawasan Performa seperti `Innodb_rows_read`. Untuk informasi selengkapnya, lihat [Metrik penghitung Wawasan Performa](USER_PerfInsights_Counters.md).

### Mendistribusikan beban kerja dengan instans pembaca
<a name="ams-waits.respond-to-client.actions.balance"></a>

Anda dapat mendistribusikan beban kerja hanya-baca dengan Aurora Replicas. Anda dapat menskalakan secara horizontal dengan menambahkan lebih banyak Aurora Replicas. Dengan demikian, Anda dapat memperoleh peningkatan batas throttling untuk bandwidth jaringan. Untuk informasi selengkapnya, lihat [Klaster DB Amazon Aurora](Aurora.Overview.md).

### Menggunakan pengubah SQL\_BUFFER\_RESULT
<a name="ams-waits.respond-to-client.actions.sql-buffer-result"></a>

Anda dapat menambahkan pengubah `SQL_BUFFER_RESULT` ke pernyataan `SELECT` untuk memaksakan hasilnya ke tabel sementara sebelum dikembalikan ke klien. Pengubah ini dapat membantu mengatasi masalah performa saat kunci InnoDB tidak dibebaskan karena kueri berada dalam status tunggu `io/aurora_respond_to_client`. Untuk informasi selengkapnya, lihat [SELECT Statement](https://dev.mysql.com/doc/refman/5.7/en/select.html) dalam dokumentasi MySQL.