Saat instans Tair atau Redis mengalami pemanfaatan CPU tinggi atau tekanan memori, kunci besar dan kunci panas sering kali menjadi akar permasalahannya. Kunci besar mengonsumsi memori berlebihan, sedangkan kunci panas memusatkan lalu lintas dan dapat mendorong CPU atau lebar pita jaringan instans hingga mencapai batasnya, sehingga menyebabkan perlambatan atau gangguan. Fitur Top Key Statistics menampilkan data real-time dan historis mengenai kunci mana yang paling besar (berdasarkan jumlah elemen atau penggunaan memori) serta kunci mana yang paling sering diakses (berdasarkan QPS atau lalu lintas), sehingga Anda dapat dengan cepat mengidentifikasi dan memperbaiki akar penyebab masalah performa.
Fitur ini hanya melacak kunci yang telah dibaca atau ditulis secara aktif oleh klien. Fitur ini tidak melakukan pemindaian semua kunci secara real-time. Kunci yang belum diakses baru-baru ini mungkin tidak muncul dalam hasil. Setelah instans direstart atau terjadi failover ketersediaan tinggi (HA), statistik yang dikumpulkan akan dihapus dan pengumpulan dimulai kembali dari awal. Untuk menganalisis penggunaan memori di seluruh kunci tanpa mempertimbangkan riwayat akses, gunakan Offline Key Analysis.
Cara kerja
Top Key Statistics mengumpulkan empat kategori kunci:
| Kategori | Versi yang didukung | Ambang batas | Tampilan |
|---|---|---|---|
| Kunci besar (berdasarkan jumlah elemen) | Redis Edisi Open-Source 5.0 dan versi lebih baru; Tair (Edisi Perusahaan) | Sebuah kunci dianggap sebagai kunci besar ketika jumlah elemennya (misalnya bidang dalam Hash atau anggota dalam Set) mencapai atau melebihi ambang batas. Nilai default: 2.000 elemen. Sesuaikan dengan parameter bigkey-threshold. Jika bigkey-threshold tidak tercantum dalam pengaturan parameter, perbarui versi minor terlebih dahulu. | 3 kunci besar teratas per tipe data. Jika terjadi seri, urutan ditentukan berdasarkan waktu penulisan — kunci yang ditulis lebih awal muncul terlebih dahulu. Jika instans hanya menampilkan total 3 kunci besar, perbarui versi minor dan coba lagi. |
| Kunci besar (berdasarkan penggunaan memori) | Instans Tair (Edisi Perusahaan) berbasis cloud dengan optimasi memori, versi minor 25.6.0.0 atau lebih baru | Sebuah kunci dianggap sebagai kunci besar jika total penggunaan memorinya melebihi ambang batas (default: 500 MB, dapat disesuaikan melalui bigkey-mem-threshold) atau jika satu elemen saja menggunakan lebih dari 50 MB. | 3 kunci besar teratas. Jika terjadi seri, diurutkan dalam urutan leksikografis. |
| Kunci panas (berdasarkan QPS) | Redis Edisi Open-Source 5.0 dan versi lebih baru; Tair (Edisi Perusahaan) | Sebuah kunci dianggap sebagai kunci panas ketika permintaan per detik (QPS)-nya melebihi ambang batas. Nilai default: 5.000 QPS. Sesuaikan dengan parameter hotkey-threshold. | 50 kunci panas teratas pada waktu tertentu, dengan QPS real-time yang akurat. Versi minor sebelumnya (sebelum Redis Edisi Open-Source 7.0.18, 6.0.2.9, atau 5.5.2.9; atau sebelum Tair optimasi memori 5.0.50 dan 25.2.0.0) memiliki ambang batas tetap 3.000 QPS yang tidak dapat diubah, hanya menampilkan rentang perkiraan QPS, dan membatasi statistik Redis Edisi Open-Source menjadi maksimal 20 kunci panas. Tingkatkan ke versi minor terbaru untuk mendapatkan visibilitas penuh terhadap kunci panas. |
| Hot key (berdasarkan traffic) | Instans Tair (Edisi Perusahaan) berbasis cloud dengan optimasi memori, versi minor 25.2.0.0 atau lebih baru | Sebuah kunci dianggap sebagai kunci panas ketika traffic aksesnya melebihi 1 MB/s. Kategori ini dinonaktifkan secara default. Aktifkan dengan mengatur parameter #no_loose_high-cost-key-enabled ke nilai yes. Sesuaikan ambang batas traffic (dalam B/s) dengan #no_loose_high-cost-key-traffic-bytes-threshold. Untuk melacak kunci yang masing-masing memiliki traffic rendah tetapi termasuk dalam kelompok hashtag atau awalan dengan traffic tinggi, atur #no_loose_high-cost-key-parse-hashtag — memerlukan versi minor 25.9.1.0 atau lebih baru. | 50 kunci panas teratas pada waktu tertentu, dengan traffic inbound dan outbound serta frekuensi akses yang akurat. Statistik dapat mencakup kunci yang tidak ada di database; kunci tersebut akan muncul dengan tipe data not-exist-key. |
Lihat statistik kunci teratas
Masuk ke Konsol dan buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans Anda berada. Temukan instans tersebut dan klik ID-nya.
Di panel navigasi kiri, pilih CloudDBA > Top Key Statistics.
Pilih Real-time atau Historical untuk memilih data yang ingin dilihat. Gambar 1. Analisis kunci
Untuk instans yang menggunakan arsitektur kluster atau arsitektur Pemisahan baca/tulis, pilih sebuah node dari daftar drop-down Current Node untuk melihat data per node.
Data historis mencakup empat hari terakhir. Satu kueri tidak boleh mencakup periode lebih dari tiga jam.
Referensi API
Gunakan operasi API DAS untuk mengambil data kunci teratas secara terprogram.
| Operasi API | Deskripsi |
|---|---|
| DescribeHotBigKeys | Mendapatkan informasi real-time tentang kunci panas dan kunci besar yang saat ini berada di memori. |
| DescribeTopHotKeys | Mendapatkan informasi tentang 20 kunci panas teratas dalam suatu periode waktu. |
| DescribeTopBigKeys | Mendapatkan informasi tentang 20 kunci besar teratas dalam suatu periode waktu. |
| DescribeHotKeys | Mendapatkan informasi kunci panas untuk instans Redis. |
FAQ
Mengapa kunci bertipe String muncul di bawah Kunci besar (berdasarkan jumlah elemen)?
Pada Redis Edisi Open-Source dan beberapa versi Tair yang lebih lama, kunci String dimasukkan jika panjangnya melebihi nilai bigkey-threshold (default: 2.000).
Mengapa kunci dengan kurang dari 10 elemen muncul sebagai kunci besar?
Penyebab paling mungkin adalah nama kuncinya sendiri sangat panjang. Jalankan memory usage key_name untuk memeriksa jejak memori aktualnya. Jika hasilnya jauh lebih tinggi dari yang diharapkan, pertimbangkan untuk mengganti nama atau menyusun ulang kunci tersebut.
Penyebab yang lebih jarang terjadi adalah versi minor yang sudah usang. Instans dengan versi minor sebelum 5.2.7 memiliki nilai default bigkey-threshold sebesar 0, yang menyebabkan kunci dengan penggunaan memori kecil muncul sebagai kunci besar. Tingkatkan versi minor untuk mengatasi masalah ini.
Langkah selanjutnya
Jika kasus penggunaan Anda melibatkan leaderboard dengan lebih dari 100.000 elemen menggunakan struktur data Zset, gunakan struktur data exZset milik Tair. Dengan client TairJedis, Anda dapat menerapkan leaderboard dengan arsitektur terdistribusi dalam satu kunci — Tair secara otomatis mendistribusikan data dan komputasi ke sub-kunci, sehingga mencegah terbentuknya kunci yang terlalu besar maupun kunci panas.
Untuk memecahkan masalah pemanfaatan CPU tinggi, lihat Troubleshoot high CPU utilization of an instance.
Untuk memecahkan masalah penggunaan memori tinggi, lihat Troubleshoot high memory usage of an instance.