全部产品
Search
文档中心

Tair (Redis® OSS-Compatible):Gunakan log query lambat untuk memecahkan masalah timeout

更新时间:Jul 06, 2025

Masalah umum yang memengaruhi kinerja layanan Tair (Redis OSS-compatible) adalah timeout koneksi yang disebabkan oleh permintaan lambat. Fitur log query lambat dari Tair (Redis OSS-compatible) memungkinkan Anda menemukan alamat IP klien yang mengirimkan permintaan ini dan memecahkan masalah berdasarkan detail log query lambat.

Ikhtisar

Log query lambat mencatat permintaan yang memerlukan waktu lebih lama dari ambang batas tertentu untuk dieksekusi. Log query lambat dapat dihasilkan baik untuk node data maupun node proxy.

Catatan

Metode yang disediakan dalam topik ini untuk menanyakan log query lambat tidak didukung untuk instance Redis Open-Source Edition 2.8. Anda dapat memilih CloudDBA > Slow Queries di konsol untuk melihat log query lambat dari instance tersebut. Log query lambat dari instance Redis Open-Source Edition 2.8 tidak mencakup informasi seperti alamat IP klien.

Log query lambat dari node data

  • Durasi eksekusi perintah yang dikumpulkan dalam log query lambat yang dihasilkan pada node data hanya mencakup jumlah waktu yang diperlukan untuk benar-benar menjalankan perintah pada node data. Waktu komunikasi antara node data dengan node proxy atau klien serta latensi eksekusi perintah dalam antrian single-threaded tidak termasuk.

  • Log query lambat dari node data disimpan selama 72 jam. Jumlah log query lambat yang dapat disimpan tidak terbatas.

  • Dalam kebanyakan kasus, sedikit log query lambat yang dihasilkan pada node data karena performa instance yang tinggi.

Parameter

Parameter

Deskripsi

slowlog-log-slower-than

Ambang batas durasi eksekusi perintah untuk log query lambat dari node data. Jika sebuah perintah berjalan selama periode waktu yang melebihi ambang batas ini, perintah tersebut akan dicatat dalam log query lambat. Nilai default: 20000. Unit: mikrodetik. 20000 mikrodetik sama dengan 20 milidetik.

Catatan

Dalam kebanyakan kasus, latensi aktual lebih tinggi daripada nilai yang ditentukan dari parameter ini karena nilai ini tidak mencakup jumlah waktu yang diperlukan untuk mentransmisikan dan memproses data di antara klien, node proxy, dan node data.

slowlog-max-len

Jumlah maksimum entri log query lambat yang dapat disimpan. Nilai default: 1024.

Untuk informasi lebih lanjut, lihat Konfigurasikan parameter instance.

Log query lambat dari node proxy

  • Durasi eksekusi perintah yang dikumpulkan dalam log query lambat dari node proxy dimulai dari saat node proxy mengirimkan permintaan ke node data dan berakhir pada saat node proxy menerima respons dari node data. Ini mencakup durasi eksekusi perintah pada node data, durasi transmisi data melalui jaringan, dan latensi antrian perintah.

  • Log query lambat dari node proxy disimpan selama 72 jam. Jumlah log query lambat yang dapat disimpan tidak terbatas.

  • Dalam kebanyakan kasus, nilai latensi yang dicatat dalam log query lambat dari node proxy lebih mendekati latensi aktual aplikasi. Oleh karena itu, kami merekomendasikan agar Anda memeriksa jenis log query lambat ini ketika memecahkan masalah timeout.

Catatan

Instance standar tidak melibatkan log query lambat dari node proxy.

Parameter

Parameter

Deskripsi

rt_threshold_ms

Ambang batas durasi eksekusi perintah untuk log query lambat dari node proxy. Nilai default: 500. Unit: milidetik. Kami merekomendasikan agar Anda mengatur ambang batas ke nilai yang mendekati periode timeout klien, yaitu antara 200 milidetik hingga 500 milidetik.

Untuk informasi lebih lanjut, lihat Konfigurasikan parameter instance.

Metode yang digunakan untuk menanyakan log query lambat

Tipe log query lambat

Metode

Log query lambat dari node data

Log query lambat dari node proxy

Masuk ke konsol atau panggil operasi API:

Prosedur

Dalam kebanyakan kasus, timeout layanan disebabkan oleh permintaan lambat. Kami merekomendasikan agar Anda melakukan langkah-langkah berikut untuk memecahkan masalah timeout:

  1. Jika terjadi masalah timeout layanan, pertama-tama periksa log query lambat yang dihasilkan pada node proxy. Untuk informasi lebih lanjut, lihat Kueri log query lambat.

    Catatan
    • Untuk instance standar, lanjutkan ke Langkah 3 dan analisis log query lambat dari node data.

    • Jika tidak ada log query lambat pada node proxy, Anda dapat memeriksa jaringan antara klien dan instance.

  2. Temukan perintah yang dicatat oleh log query lambat paling awal dari node proxy.

    Catatan

    Jika permintaan lambat menumpuk pada node data, permintaan ini akan dicatat dalam log query lambat dari node proxy.

    Dalam contoh ini, log query lambat paling awal yang dicatat dihasilkan oleh perintah KEYS. Alamat IP di sebelah kanan entri log adalah alamat IP klien yang mengirimkan perintah tersebut.

    在代理慢日志中找到最早的慢日志

  3. Periksa log query lambat dari node data untuk mengidentifikasi log query lambat dari node proxy yang menyebabkan masalah timeout.

    Catatan

    Secara umum, perintah yang menghasilkan log query lambat pertama kali pada node proxy juga akan menghasilkan log query lambat pada node data. Log query lambat dari node data umumnya lebih sedikit dibandingkan dengan node proxy karena perbedaan dalam cara waktu eksekusi didefinisikan dan ambang batas untuk apa yang dianggap sebagai log query lambat pada kedua jenis node.

    Dalam contoh ini, setelah Anda melihat log query lambat dari node proxy, Anda dapat menemukan bahwa log query lambat yang dihasilkan oleh perintah KEYS juga ada pada node data. Tidak ada log query lambat lain yang ditampilkan pada tab Proxy yang ada pada tab Data nodes. Ini menunjukkan bahwa perintah KEYS menyebabkan masalah timeout.

    在数据节点中查看慢日志

  4. Dalam log query lambat dari node proxy, Anda dapat mencari alamat IP klien untuk optimasi berdasarkan perintah yang ditemukan di Langkah 2.