Tair veya Redis örneğinizde bellek ya da CPU kullanımı arttığında, Top Key Statistics özelliğini kullanarak büyük anahtarları ve sıcak anahtarları hızla tespit edebilirsiniz. Bu özellik; çok sayıda öğe içeren anahtarlar, yüksek miktarda bellek kullanan anahtarlar ve sık erişilen sıcak anahtarlar gibi bu anahtarlara ilişkin gerçek zamanlı ve geçmiş verileri görüntüleyerek performans sorunlarını çözmenize yardımcı olur.
Tanımlama ve sıralama mekanizması
Veritabanınıza ek yük getirmemek için bu özellik yalnızca istemci okuma veya yazma işlemleri tarafından erişilen anahtarların istatistiklerini toplar. Veritabanındaki tüm anahtarları gerçek zamanlı taramak yerine her tür için yalnızca belirli sayıda en üstteki anahtarı saklar ve gösterir. Ayrıca bir örnek yeniden başlatıldığında veya yüksek kullanılabilirlik (HA) geçişi gerçekleştiğinde toplanan istatistikler temizlenir ve süreç yeniden başlar. Bu nedenle uzun süredir erişilmeyen anahtarlar istatistiklere dahil edilmeyebilir. Veritabanınızdaki tüm anahtarların bellek kullanımını ve dağılımını analiz etmek için Offline Key Analysis özelliğini kullanın.
Anahtar türü | Uygulanabilir sürümler | İstatistiksel mekanizma | Açıklama |
Büyük anahtar (öğe sayısına göre) |
| Bir Hash içindeki alanlar veya bir Set içindeki üyeler gibi öğe sayısı belirli bir eşik değerine (varsayılan: 2.000) ulaştığında veya aştığında anahtar büyük anahtar olarak kabul edilir. Bu eşiği Not
| Her veri türü için en fazla üç büyük anahtarı görüntüler. Birden fazla anahtar aynı öğe sayısına sahipse ilk yazılan önceliklendirilir. Not
|
Büyük anahtar (bellek kullanımına göre) | Tair (Enterprise Edition) cloud-native bellek optimize edilmiş örnekler, küçük sürüm 25.6.0.0 veya üzeri. |
| Her veri türü için en fazla üç büyük anahtarı görüntüler. Anahtarlar aynı bellek kullanımına sahipse ilk yazılan önceliklendirilir. |
Sıcak anahtar (QPS'ye göre) |
| Saniyedeki sorgu sayısı (QPS) 5.000'i aştığında anahtar sıcak anahtar olarak kabul edilir. Bu eşiği | Sistem en fazla 50 sıcak anahtarı görüntüler ve bunların kesin gerçek zamanlı QPS değerlerini gösterir. |
Sıcak anahtar (trafiğe göre) | Tair (Enterprise Edition) cloud-native bellek optimize edilmiş örnekler, küçük sürüm 25.2.0.0 veya üzeri. | Erişim trafiği 1 MB/s'yi aştığında anahtar sıcak anahtar olarak kabul edilir.
| Sistem en fazla 50 sıcak anahtarı görüntüler ve bunların kesin gelen ve giden trafiğini ayrıca erişim sıklığını gösterir. Not Mevcut olmayan anahtarlar için istatistikler desteklenir. Veri türü not-exist-key olarak görüntüleniyorsa bu, anahtarın mevcut olmadığı ancak sık erişildiği anlamına gelir. |
Yordam
Konsola giriş yapın ve Instances sayfasına gidin. Üst gezinme çubuğundan yönetmek istediğiniz örneğin bulunduğu bölgeyi seçin. Ardından örneği bulun ve örnek kimliğine tıklayın.
Sol gezinme bölmesinde seçeneğine gidin.
-
Bu sayfada gerçek zamanlı ve geçmiş verileri görüntüleyebilirsiniz.
Top Key Statistics sayfası dört bölümden oluşur: Gerçek Zamanlı Büyük Anahtarlar, Geçmiş Büyük Anahtarlar, Gerçek Zamanlı Sıcak Anahtarlar ve Geçmiş Sıcak Anahtarlar. Büyük ve sıcak anahtarları tanımlamak için eşik değerlerini ayarlayabilir, en güncel verileri manuel olarak almak için Refresh seçeneğine tıklayabilir veya sonuçları otomatik olarak güncellemek için Auto-refresh seçeneğini etkinleştirebilirsiniz.
NotÖrneğiniz küme mimarisi veya okuma/yazma ayrıştırma mimarisi kullanıyorsa Current Node açılır listesinden belirli bir düğüm seçerek onun verilerini de görüntüleyebilirsiniz.
Son dört güne ait geçmiş verileri sorgulayabilirsiniz. Tek bir sorgu için maksimum zaman aralığı üç saattir.
API referansı
|
|
|
|
|
|
|
|
|
|
|
|
|
|
SSS
-
S: Neden String türündeki anahtarlar Large key (by number of elements) altında görüntüleniyor?
C: Redis Open-Source Edition ve Tair ürününün bazı önceki sürümlerinde String türündeki anahtarlar değer uzunluğu varsayılan olarak 2.000 olan eşik değerini aştığında görüntülenir.
-
Neden 10'dan az öğesi olan bir anahtar büyük anahtar olarak görünüyor?
En olası neden anahtar adının kendisinin büyük olmasıdır. Gerçek bellek ayak izini kontrol etmek için
memory usage key_namekomutunu çalıştırın. Sonuç beklenenden yüksek çıkarsa anahtarı yeniden adlandırmayı veya yeniden yapılandırmayı düşünün.Daha az yaygın bir neden eski bir küçük sürümdür. Küçük sürümü 5.2.7'den önce olan örneklerde varsayılan
bigkey-thresholddeğeri 0'dır; bu durum düşük bellek kullanan anahtarların büyük anahtar olarak görünmesine neden olur. Bu sorunu çözmek için küçük sürümü yükseltin.