Tair (Redis® OSS-Compatible)：Analisis kunci offline

Fitur ini tersedia sebagai bagian dari fitur analisis cache di CloudDBA.

Catatan penggunaan

• Fitur ini tidak didukung untuk instans berbasis disk.

• Jika Anda mengubah tipe instans, Anda tidak dapat menganalisis file cadangan yang dibuat sebelum perubahan tersebut.

• Fitur Offline Full Key analysis hanya mendukung struktur data Redis Edisi Open-Source dan struktur data eksklusif Tair berikut: TairString, TairHash, TairGIS, TairBloom, TairDoc, TairCpc, dan TairZset. Tugas analisis akan gagal jika ada struktur data eksklusif Tair lainnya.

Prosedur

1. Masuk ke konsol dan buka halaman Instans. Di bilah navigasi atas, pilih wilayah tempat instans yang ingin Anda kelola berada. Kemudian, temukan instans dan klik ID instans.

2. Di panel navigasi sisi kiri, pilih CloudDBA > Offline Full Key analysis.

   Secara default, hasil analisis hari sebelumnya ditampilkan di tab Offline Full Key analysis. Anda dapat menentukan rentang waktu lain sesuai kebutuhan.

3. Di tab Offline Full Key analysis, klik Analyze.

4. Di kotak dialog yang muncul, tentukan node dan metode analisis.

   

   Parameter	Deskripsi
   Node	ID dari node tempat Anda ingin melakukan analisis cache. Catatan Anda dapat memilih seluruh instans atau node tertentu untuk analisis.
   Analysis Method	File cadangan yang digunakan untuk analisis. Use Recent Backup File: menganalisis file cadangan paling baru. Select a historical backup file: menganalisis file cadangan historis. Create New Backup for Analysis: membuat file cadangan dan menganalisis file tersebut. Ini memungkinkan Anda menganalisis status saat ini dari instans. Catatan Jika Anda menganalisis file cadangan yang ada, pastikan waktu pembuatan file cadangan sesuai dengan kebutuhan Anda.
   Delimiter	Pemisah yang digunakan untuk mengidentifikasi awalan kunci. Anda tidak perlu menentukan pemisah jika menggunakan pemisah default berikut: :;,_-+@=|#.

5. Klik OK.

   Sistem melakukan analisis dan menampilkan status analisis. Anda dapat mengklik Refresh untuk memperbarui status analisis.

6. Temukan tugas analisis yang telah selesai dan klik Details di kolom Actions untuk melihat hasil rinci.

   • Basic information: Menampilkan informasi dasar tentang instans seperti atribut dasar dan metode analisis cache.

   • Related node: Menampilkan penggunaan memori dan statistik kunci pada setiap node instans.

     Catatan

     Bagian Related node ditampilkan di halaman Details hanya jika instans adalah kluster atau instans pemisahan baca/tulis dan seluruh instans dipilih untuk parameter Node sebelumnya.

   • Details: Menampilkan detail tentang instans atau node, seperti penggunaan memori dan distribusi kunci, penggunaan memori dan distribusi elemen dalam kunci, distribusi waktu kedaluwarsa kunci, dan peringkat kunci besar.

FAQ

• T: Apa yang harus saya lakukan jika banyak kunci yang kedaluwarsa ditemukan?

  A: Ini mungkin terjadi jika waktu hidup (TTL) dikonfigurasikan untuk data bisnis dan banyak kunci kedaluwarsa pada saat yang sama. Instans secara otomatis membersihkan data yang kedaluwarsa. Namun, Anda juga dapat dengan cepat membersihkan kunci yang kedaluwarsa menggunakan fitur Clear Data di konsol. Untuk informasi lebih lanjut, lihat Hapus kunci yang kedaluwarsa.

• T: Apa yang harus saya lakukan jika kesalahan "izin ditolak" dilaporkan saat saya menggunakan Pengguna RAM?

  A: Berikan izin yang diperlukan kepada Pengguna RAM dan coba lagi operasinya. Untuk informasi lebih lanjut, lihat Skenario umum dan contoh kebijakan kustom.

• T: Mengapa kecepatan tugas analisis offline bervariasi untuk instans yang sama?

  A: Tugas analisis offline bersifat asinkron. Kecepatan analisis juga bergantung pada jumlah total tugas saat ini di CloudDBA. Jika ada banyak tugas dalam antrian, tugas analisis Anda harus menunggu, yang meningkatkan total waktu analisis.

• T: Bagaimana cara menangani kesalahan decode rdbfile error: rdb: unknown object type 116 for key?

  A: Kesalahan ini menunjukkan bahwa instans berisi struktur Bloom non-standar, yang tidak didukung untuk analisis.

• T: Bagaimana cara menangani kesalahan decode rdbfile error: rdb: invalid file format?

  A: Kesalahan ini menunjukkan bahwa file cadangan yang dipilih tidak valid. Periksa apakah konfigurasi instans diubah setelah cadangan dibuat. Selain itu, periksa apakah Enkripsi Data Transparan (TDE) diaktifkan. Fitur ini tidak dapat digunakan untuk menganalisis informasi terenkripsi.

• T: Bagaimana cara menangani kesalahan decode rdbfile error: rdb: unknown module type?

  A: Kesalahan ini menunjukkan bahwa file cadangan berisi struktur data eksklusif Tair yang tidak didukung untuk analisis.

• T: Apa yang harus saya lakukan jika kesalahan XXX backup failed terjadi setelah saya membuat cadangan baru dan menggunakannya untuk analisis?

  A: Perintah BGSAVE atau BGREWRITEAOF sedang berjalan di instans. Ini menyebabkan pembuatan cadangan untuk tugas analisis cache gagal. Kami sarankan Anda membuat cadangan baru selama jam-jam sepi dan menggunakan file cadangan tersebut untuk analisis. Sebagai alternatif, Anda dapat menggunakan file cadangan historis untuk analisis.

• Mengapa jumlah penggunaan memori kunci yang ditampilkan di halaman Detail lebih kecil daripada penggunaan memori aktual kunci?

  Fitur analisis cache menghitung jumlah memori yang dikonsumsi oleh kunci dan nilainya yang disimpan dalam file cadangan database Redis (RDB) setelah kunci dan nilai-nilai tersebut diserialisasi. Jumlah memori yang dihitung hanya mencakup sebagian dari ruang memori yang digunakan. Memori yang digunakan juga mencakup bagian-bagian berikut:

  • Jumlah memori yang dikonsumsi oleh data struct, pointer yang sesuai dengan kunci dan nilai, serta penyelarasan byte. Setelah Anda menggunakan jemalloc untuk mengalokasikan memori instans database, data disejajarkan berdasarkan aturan tertentu. Jika instans database berisi 250 juta kunci, jumlah total memori yang dikonsumsi oleh data struct, pointer, dan penyelarasan byte bisa sekitar 2 GB hingga 3 GB.

  • Jumlah memori yang dikonsumsi oleh buffer output, buffer query, dan buffer rewrite append-only file (AOF) pada klien Anda, serta jumlah memori yang dikonsumsi oleh backlog. Backlog dihasilkan selama replikasi primer/sekunder.

• Apa pemisah yang digunakan sebagai awalan untuk membedakan jenis data yang berbeda selama analisis cache?

  DAS menggunakan :;,_-+@=|# sebagai pemisah untuk membedakan data selama analisis cache.

• Mengapa jumlah elemen sama dengan panjang elemen untuk kunci tipe String dalam analisis cache untuk instans Tair (Redis OSS-compatible)?

  Dalam analisis cache untuk instans Tair (Redis OSS-compatible), jumlah elemen mewakili panjang elemen untuk kunci tipe String.

• Mengapa penggunaan memori kunci Stream yang ditampilkan di halaman Detail beberapa kali lebih besar daripada penggunaan memori aktual kunci?

  Stream adalah struktur data kompleks yang menggunakan radix tree dan listpacks di bawah permukaan. Fitur analisis cache tidak dapat secara akurat mengidentifikasi penggunaan memori dari struktur data kompleks semacam itu, yang menyebabkan penyimpangan dalam hasil.

  Catatan

  Penyimpangan yang ditunjukkan bersifat statistik dan tidak memengaruhi fungsi instans database.

Operasi API terkait