Tüm Ürünler
Search

Bu Ürün

    Tair (Redis® OSS-Compatible):Zaman aşımı sorunlarını gidermek için yavaş sorgu günlüklerini kullanın

    Belge Merkezi

    Tair (Redis® OSS-Compatible):Zaman aşımı sorunlarını gidermek için yavaş sorgu günlüklerini kullanın

    Son Güncelleme:Oct 03, 2026

    Yavaş istekler, Tair (Redis OSS-compatible) hizmet kalitesini etkileyen bağlantı zaman aşımlarının yaygın bir nedenidir. Tair (Redis OSS-compatible) yavaş sorgu günlük sistemi, her bir yavaş isteği ve bu isteği gönderen istemci IP adresini kaydeder; böylece hem isteği hem de kaynağını tespit edebilirsiniz. Bu konudaki adımları izleyerek zaman aşımının nedenini bulun ve yavaş sorgu günlükleri sorunu açıklamadığında alternatif yolları kullanın.

    Görüntüleme yöntemleri

    Tür Yöntem
    Veri düğümü yavaş sorgu günlüğü Bir istemciden örneğe bağlanın ve SLOWLOG GET komutunu çalıştırın. Ayrıntılar için bkz. SLOWLOG GET. Konsolu kullanın veya bir API işlemi çağırın: Yavaş sorgu günlüklerini sorgulamaDescribeSlowLogRecords
    Proxy düğümü yavaş sorgu günlüğü Konsolu kullanın veya bir API işlemi çağırın: Yavaş sorgu günlüklerini sorgulamaDescribeSlowLogRecords

    Sorun giderme yolu seçin

    Yavaş sorgu günlükleri, zaman aşımı sorunlarını gidermek için temel yöntemdir ancak her nedeni kapsamaz. Gözlemlediğiniz durumu bu konudaki ilgili yolla eşleştirin.

    Gözlemlenebilir durum Yol
    Hizmet zaman aşımı oluşur Önce proxy düğümü yavaş sorgu günlüğünü kontrol edin, ardından veri düğümü yavaş sorgu günlüğünü inceleyin. Bkz. Zaman aşımı nedenini belirlemek için yavaş sorgu günlüklerini analiz etme.
    Hizmet zaman aşımı oluşur ve örnek standart mimariyi kullanır Proxy düğümü yavaş sorgu günlüğünü atlayıp veri düğümü yavaş sorgu günlüğünü analiz edin. Bkz. Zaman aşımı nedenini belirlemek için yavaş sorgu günlüklerini analiz etme.
    Proxy düğümü yavaş sorgu günlüğü boştur ve örneğe genel ağ (İnternet) üzerinden erişilir İstemci ile örnek arasındaki ağ bağlantısını kontrol edin. Bkz. Genel ağ bağlantı gecikmesini giderme.
    Bir anahtar üzerindeki okuma istekleri yüksek sıklıkta gerçekleşir ancak her biri slowlog-log-slower-than eşiğinden daha hızlı tamamlanır, bu nedenle yavaş sorgu günlüğüne kaydedilmez Bkz. Sıcak anahtar sorun giderme için yavaş sorgu günlüğü ve denetim günlüğü sınırlamaları.
    Yavaş sorgu günlüğü analizi ve genel ağ bağlantı kontrolü nedeni belirlemez Bkz. VPC, ECS ve uygulama tarafında sorun gidermeye devam etme.

    Önce sunucu tarafı performansı kontrol edin

    Yavaş sorgu günlüğü yalnızca yavaş sorgu eşiğini aşan istekleri kaydeder. Bir zaman aşımının yavaş bir istekten mi yoksa ağ bağlantısından mı kaynaklandığını belirlemeden önce, örneğin kendisinde bir performans darboğazı olup olmadığını doğrulayın.

    AI Instance Inspection çalıştırın

    1. Ürün sayfasında AI Instance Inspection öğesine tıklayın.

    2. Sekiz denetim öğesinin tümünü seçin ve Start Inspection öğesine tıklayın.

    3. Oluşturulan denetim raporunu inceleyerek örnek durumu, güvenlik, yüksek kullanılabilirlik (HA), veri düğümü performansı, proxy düğümü performansı, yavaş sorgu günlükleri, büyük anahtar ve sıcak anahtar koşulları ile olay uyarılarındaki anormallikleri tespit edin.

    Performans izlemeyi görüntüleyin

    1. Ürün sayfasında Performance Monitoring öğesine tıklayın.

    2. Data Node görünümüne veya Proxy Node görünümüne geçin; CPU kullanımı, saniye başına istek sayısı (QPS), ortalama yanıt süresi (RT) ve gelen/giden trafik oranlarını gözden geçirin.

    3. Her düğümün ölçümlerini kullanarak örnekte bir performans sorunu olup olmadığını belirleyin.

    Zaman aşımı nedenini belirlemek için yavaş sorgu günlüklerini analiz edin

    Hizmet zaman aşımlarının karmaşık nedenleri olabilir ancak genellikle yavaş isteklerle ilişkilidir. Zaman aşımı sorunlarını gidermek için aşağıdaki adımları izleyin.

    1. Bir hizmet zaman aşımı oluştuğunda öncelikle proxy düğümü yavaş sorgu günlüğünü kontrol edin. Talimatlar için bkz. Yavaş sorgu günlüklerini sorgulama.

      Not

      • Örneğiniz standart mimari kullanıyorsa veri düğümü yavaş sorgu günlüğünü analiz etmek üzere Adım 3 adımına geçin.

      • Proxy düğümü yavaş sorgu günlüğü boşsa istemci ile örnek arasındaki ağ bağlantısını kontrol edin. Örneğe genel ağ (İnternet) üzerinden erişiliyorsa aşağıdaki Genel ağ bağlantı gecikmesini giderme bölümüne bakın.

    2. Proxy düğümü yavaş sorgu günlüğündeki en eski girişteki komutu belirleyin.

      Not

      Proxy düğümü yavaş sorgu günlükleri genellikle bir veri düğümündeki yavaş isteklerin komutların birikmesine neden olmasıyla oluşur.

      Bu örnekte en eski yavaş sorgu günlük girişi bir KEYS komutu tarafından oluşturulmuştur. Günlük kaydındaki IP adresi, komutu gönderen istemci IP adresidir.

      Slow Logs sayfasında proxy düğümü yavaş sorgu günlüğünü görüntülemek için Proxy Node sekmesine tıklayın. Bu örnekte tabloda beş kayıt gösterilmektedir: biri KEYS komutu ve dördü SET komutu içindir; yürütme süreleri 64,048 ila 88,861 mikrosaniye arasında değişmektedir.

    3. Veri düğümü yavaş sorgu günlüğünü kontrol ederek proxy günlüğünde bulunan komutun orada da görünüp görünmediğini belirleyin; bu, kök nedeni doğrulamanıza yardımcı olur.

      Not

      Genellikle proxy düğümünde ilk yavaş sorgu günlük girişini oluşturan komut, veri düğümünde de bir giriş oluşturur. İki günlük yürütme süresini farklı şekilde tanımladığı ve farklı yavaş sorgu eşikleri kullandığından veri düğümü yavaş sorgu günlüğü genellikle proxy düğümü yavaş sorgu günlüğünden daha az giriş içerir.

      Bu örnekte iki günlük karşılaştırıldığında KEYS komutuna ait bir girişin her ikisinde de bulunduğu görülür. Proxy günlüğündeki diğer komutların veri düğümü günlüğünde yer almaması, KEYS komutunun kök neden olduğunu doğrular.

      Slow Logs sayfasında veri düğümü yavaş sorgu günlüğünü görüntülemek için Data Node sekmesine tıklayın. Bu örnekte yalnızca KEYS komutuna ait bir yavaş sorgu günlük girişi görünmektedir. Uzun yürütme süresi, bu komutun zaman aşımının kök nedeni olduğunu doğrular.

    4. Proxy düğümü yavaş sorgu günlüğünde önceki adımdaki komutu arayarak kaynak istemci IP adresini bulun. Ardından istemci uygulamasını optimize edin. Yavaş sorgu günlüğü analizi ve genel ağ bağlantı kontrolü nedeni belirlemezse VPC, ECS ve uygulama tarafında sorun gidermeye devam etme bölümüne bakın.

    Sıcak anahtar sorun giderme için yavaş sorgu günlüğü ve denetim günlüğü sınırlamaları

    slowlog-log-slower-than parametresi, veri düğümü yavaş sorgu günlüğü için eşiği ayarlar. Varsayılan değer 20.000 mikrosaniyedir (20 ms). Yüksek sıklıkta gerçekleşen ancak tek tek bu eşiğin altında tamamlanan okuma istekleri kaydedilmez. Sonuç olarak varsayılan yavaş sorgu günlüğü, sıcak anahtar sorununa neden olan okuma isteklerini yakalayamaz. Bir sıcak anahtar sorunundan şüpheleniyorsanız daha fazla isteği günlüğe kaydetmek ve yüksek sıklıklı okuma isteklerinin kaynağını belirlemek için slowlog-log-slower-than değerini düşürün. Talimatlar için bkz. Yavaş sorgu günlüklerini sorgulama.

    Denetim günlüklerini etkinleştirdikten sonra yalnızca yazma işlemleri kaydedilir. Okuma işlemleri kaydedilmez. Bu nedenle, bir sıcak anahtara erişen okuma isteklerinin istemci IP adreslerini görüntülemek için denetim günlüklerini kullanamazsınız. Bu istemci IP adreslerini bulmak için slowlog-log-slower-than eşiğini düşürün ve ortaya çıkan yavaş sorgu günlüklerini kontrol edin. Denetim günlüğü özelliği hakkında daha fazla bilgi için bkz. Denetim günlüklerine genel bakış. Sıcak anahtar sorunu bunun yerine yazma isteklerinden kaynaklanıyorsa denetim günlüğü tabanlı sıcak anahtar sorgulama özelliğini kullanın. Talimatlar için bkz. Geçmişteki sıcak anahtarları sorgulama.

    Genel ağ bağlantı gecikmesini giderme

    Sunucu tarafı ölçümleri herhangi bir performans darboğazı göstermiyorsa (CPU, bellek ve bağlantılar normal durumdaysa ve yavaş sorgu günlüğü boşsa) ancak istemci yine de bağlantı zaman aşımı hataları bildiriyorsa istemci ile örnek arasındaki ağ bağlantısını kontrol edin.

    Yaygın belirtiler

    İstemci socket error, read error veya connection timeout gibi hatalar bildirirken örneğin sunucu tarafındaki CPU, bellek ve bağlantı ölçümleri normaldir ve RT düşüktür.

    Temel neden

    İstemci ile örnek arasındaki genel ağ bağlantısı kararsızdır ve bölgeler arası iletim gecikme ekler. Her iki etki de sınır ötesi erişim senaryolarında daha belirgindir.

    Öneriler

    1. Çekirdek iş yükleri için genel ağ bağlantısına güvenmek yerine dahili ağ bağlantısı kullanın.

    2. Bölgeler arası dağıtımlarda, bölgeler arasında VPC'leri bağlamak ve düşük gecikmeli, kararlı dahili ağ bağlantısı sağlamak için Cloud Enterprise Network (CEN) kullanın. Talimatlar için bkz. Bölgeler arası bağlantıları yönetme.

    3. İstemci tarafında bağlantı zaman aşımı ve okuma/yazma zaman aşımı değerlerini artırın ve ağ dalgalanmalarını işlemek için yeniden deneme mantığı uygulayın. Yaygın zaman aşımı hatası çözümleri için bkz. Yaygın hatalar ve sorun giderme.

    VPC, ECS ve uygulama tarafında sorun gidermeye devam etme

    Yavaş sorgu günlüğü analizi ve genel ağ bağlantı kontrolü nedeni belirlemezse kapsamı daraltmak için VPC, ECS ve uygulama tarafı bilgilerini kullanın.

    1. Ürün sayfasından VPC ID ve vSwitch ID bilgilerini alın.

    2. Yavaşlama veya zaman aşımı yaşayan ECS örneğinde anormal bir durum olup olmadığını ve zamanlamanın bir uygulama değişikliğiyle örtüşüp örtüşmediğini kontrol edin.

    3. Zamanlama bir uygulama değişikliğiyle örtüşüyorsa değişikliği geri alın veya ipucu aramak için inceleyin. VPC veya ECS konsolunda sorun gidermeye devam etmek için VPC ID ve vSwitch ID bilgilerini kullanın.