Aurora Utas saya menyatakan SQL

Thread memeriksa apakah server memiliki hak akses yang diperlukan untuk menjalankan pernyataan.

Server memeriksa apakah kueri saat ini ada di cache kueri.

Ini adalah status akhir dari koneksi yang pekerjaannya selesai, tetapi belum ditutup oleh klien. Solusi terbaik adalah secara eksplisit menutup koneksi dalam kode. Atau, Anda dapat menetapkan nilai yang lebih rendah untuk wait_timeout di grup parameter Anda.

Thread melakukan flushing data tabel yang diubah ke disk dan menutup tabel yang digunakan. Jika operasi ini tidak cepat, periksa metrik konsumsi bandwidth jaringan berdasarkan bandwidth jaringan kelas instans. Selain itu, periksa apakah nilai untuk parameter table_open_cache dan table_definition_cache memungkinkan tabel yang cukup dibuka secara bersamaan sehingga mesin tidak perlu sering membuka dan menutup tabel. Parameter ini memengaruhi konsumsi memori pada instans.

Kueri mengonversi tabel sementara dari dalam memori ke di disk. Konversi ini diperlukan karena tabel sementara yang dibuat oleh My SQL dalam langkah perantara pemrosesan kueri tumbuh terlalu besar untuk memori. Periksa nilai tmp_table_size dan max_heap_table_size. Di versi yang lebih baru, nama status thread ini adalah converting HEAP to ondisk.

Thread mengonversi tabel sementara internal dari tabel dalam memori ke tabel di disk.

Thread sedang memproses pernyataan ALTER TABLE. Status ini terjadi setelah tabel dengan struktur baru telah dibuat, tetapi sebelum baris disalin ke dalamnya. Untuk thread dalam status ini, Anda dapat menggunakan Skema Performa untuk mendapatkan informasi tentang progres operasi penyalinan.

Aurora My SQL melakukan semacam karena tidak dapat menggunakan indeks yang ada untuk memenuhi ORDER BY atau GROUP BY klausa kueri. Untuk informasi selengkapnya, lihat creating sort index.

Thread membuat tabel permanen atau sementara.

Komit asinkron di Aurora My SQL telah menerima pengakuan dan selesai.

SQLUtas Aurora My telah memulai proses komit async tetapi sedang menunggu pengakuan. Status ini biasanya menunjukkan waktu commit yang sebenarnya dari suatu transaksi.

Utas Aurora SQL Pekerja saya yang terikat ke koneksi dapat dibebaskan saat respons dikirim ke klien. Utas dapat memulai pekerjaan lain. Status delayed send ok berarti bahwa konfirmasi asinkron ke klien selesai.

Utas Aurora SQL Pekerja saya telah mengirim respons secara asinkron ke klien dan sekarang bebas melakukan pekerjaan untuk koneksi lain. Transaksi telah memulai proses commit asinkron yang belum dikonfirmasi.

Thread telah mulai menjalankan pernyataan.

Thread telah menjalankan perintah. Beberapa pembebasan item yang dilakukan selama status ini memerlukan cache kueri. Status ini biasanya diikuti dengan pembersihan.

Status ini terjadi sebelum inisialisasi pernyataan ALTER TABLE, DELETE, INSERT, SELECT, atau UPDATE. Tindakan dalam status ini termasuk flushing log biner atau log InnoDB, dan beberapa pembersihan cache kueri.

Simpul primer telah menyelesaikan bagiannya dalam replikasi. Thread sedang menunggu lebih banyak kueri untuk dijalankan sehingga dapat menulis ke log biner (binlog).

Thread mencoba membuka tabel. Operasi ini cepat kecuali jika pernyataan ALTER TABLE atau LOCK TABLE perlu diselesaikan, atau melebihi nilai table_open_cache.

Server melakukan optimisasi awal untuk kueri.

Status ini terjadi selama optimisasi kueri.

Status ini terjadi setelah memproses kueri, tetapi sebelum status membebaskan item.

Aurora My SQL tidak dapat mengoptimalkan DISTINCT operasi pada tahap awal kueri. Aurora My SQL harus menghapus semua baris duplikat sebelum mengirim hasilnya ke klien.

Thread mencari semua baris yang cocok sebelum memperbaruinya. Tahap ini diperlukan jika UPDATE mengubah indeks yang digunakan mesin untuk menemukan baris.

Thread membaca peristiwa dari log biner dan mengirimkannya ke replika.

Server mengambil hasil kueri dari cache kueri dan mengirimkannya ke klien.

Thread sedang membaca dan memproses baris untuk pernyataan SELECT, tetapi belum mulai mengirim data ke klien. Proses ini mengidentifikasi halaman mana yang berisi hasil yang diperlukan untuk memenuhi kueri. Untuk informasi selengkapnya, lihat sending data.

Server menulis paket ke klien. Dalam SQL versi saya sebelumnya, acara tunggu ini diberi labelwriting to net.

Ini adalah tahap pertama di awal eksekusi pernyataan.

Server menghitung statistik untuk mengembangkan rencana eksekusi kueri. Jika thread dalam status ini dalam waktu yang lama, server mungkin terikat pada disk sambil melakukan pekerjaan lain.

Server menyimpan hasil kueri dalam cache kueri.

Thread telah memanggil mysql_lock_tables, tetapi status thread belum diperbarui sejak panggilan ini. Status umum ini terjadi karena berbagai alasan.

Thread sedang bersiap untuk mulai memperbarui tabel.

Thread sedang mencari baris dan memperbaruinya.

Thread mengeluarkan panggilan GET_LOCK. Thread meminta kunci advisory dan sedang menunggunya, atau berencana untuk memintanya.

Simpul primer telah menyelesaikan bagiannya dalam replikasi. Thread sedang menunggu lebih banyak kueri untuk dijalankan sehingga dapat menulis ke log biner (binlog).

Ini adalah peristiwa tunggu untuk kunci metadata.

Ini adalah peristiwa tunggu untuk kunci metadata.

Ini adalah peristiwa tunggu untuk kunci metadata.

Thread sedang menjalankan FLUSH TABLES dan sedang menunggu semua thread untuk menutup tabelnya. Atau, thread menerima notifikasi bahwa struktur dasar untuk tabel berubah, sehingga harus membuka kembali tabel untuk mendapatkan struktur baru. Untuk membuka kembali tabel, thread harus menunggu sampai semua thread lainnya menutup tabel. Notifikasi ini terjadi jika thread lain telah menggunakan salah satu pernyataan berikut di tabel: FLUSH TABLES, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE, atau OPTIMIZE TABLE.

Satu sesi mempertahankan kunci di tabel sementara sesi lain mencoba mendapatkan kunci yang sama di tabel yang sama.

Aurora My SQL menggunakan penguncian metadata untuk mengelola akses bersamaan ke objek database dan untuk memastikan konsistensi data. Dalam peristiwa tunggu ini, satu sesi mempertahankan kunci metadata di tabel sementara sesi lain mencoba mendapatkan kunci yang sama di tabel yang sama. Saat Skema Performa diaktifkan, status thread ini dilaporkan sebagai peristiwa tunggu synch/cond/sql/MDL_context::COND_wait_status.

Server sedang menulis paket ke jaringan. Di SQL versi saya yang lebih baru, acara tunggu ini diberi labelSending to client.