Veritabanı temizliği yüzde 62’deyken tarayıcı zaman aşımı gösterdiğinde “Çalıştır” düğmesine tekrar tekrar basmak sorunu ağırlaştırabilir. İlk sunucu işlemi hâlâ çalışıyorsa yeni görevler aynı tablolar ve satırlar için yarışır, veritabanı yükü artar.
Tarayıcının beklemeyi bırakması, veritabanı işinin durduğu anlamına gelmez. Önce etkin işlemleri, son ilerleme zamanını ve kilit durumunu belirleyin; ardından yalnız kök neden düzeltildikten sonra tek bir kontrollü tekrar çalıştırın.
Takılma ile zaman aşımı arasındaki fark
Temizlik uzun süre hiçbir anlamlı ilerleme göstermiyorsa takılmış olabilir. Zaman aşımı ise tarayıcı, reverse proxy, web sunucusu veya PHP isteğinin belirlenen süre sonunda bağlantıyı kapatmasıdır; arka plandaki veritabanı işlemi devam edebilir.
Değişen satır sayısı, güncel log kaydı, worker heartbeat’i ve veritabanı process listesi yavaş ilerleyen işlemi durmuş işten ayırır. Tarayıcı limiti, PHP çalışma süresi, kilit beklemesi, deadlock, disk baskısı ve aşırı büyük sorgu farklı çözümler gerektirir.
Gerçekçi bir WordPress örneği
Bir yönetici temizliğin tarayıcıda zaman aşımına uğradığını görüp düğmeye üç kez daha basıyor. İlk sorgu büyük bir tabloyu tararken sonraki sorgular aynı kilitleri bekliyor. CPU ve I/O artıyor; hangi partinin tamamlandığı anlaşılamıyor.
Ekip yeni görevleri durduruyor, aktif veritabanı işlemlerini ve uygulama loglarını kaydediyor. İlk işin hâlâ ilerlediği görülüyor ve güvenli biçimde tamamlanması bekleniyor. Sonraki bakımda kapsam daha küçük partilere ayrılıyor ve her partinin ilerlemesi izleniyor.
Ne zaman müdahale edilmeli?
İş ölçülebilir biçimde ilerlemiyor, normal WordPress yazmalarını engelliyor, sürekli kilit bekliyor veya sunucu kapasitesini tehdit ediyorsa müdahale gerekir. İlerleyen ve kaynak etkisi kabul edilebilir olan yavaş işlem, bakım penceresi içinde tamamlanmaya bırakılabilir.
İptal kararı vermeden önce işlemin transaction ve commit davranışını öğrenin. Bazı araçlar tamamlanan partileri kalıcılaştırır; bazıları hatada tüm partiyi geri alır. Son güvenli durum bilinmeden yeni bir temizliği başlatmayın.
Yeni başlayanlar için güvenli tanı
- Yeni temizlik denemelerini durdurun.
- Başlangıç zamanı, hedef kategori, mevcut yüzde/satır sayısı ve hata mesajını kaydedin.
- Sunucuda aktif PHP/cron görevlerini ve veritabanı işlemlerini kontrol edin.
- İşin ilerleyip ilerlemediğini log zamanı veya değişen kayıt sayısıyla doğrulayın.
- İşlem güvenle durdurulacaksa önce yedek ve mevcut ara durumu koruyun.
- Kök nedeni düzelttikten sonra yalnızca küçük bir parti çalıştırın; WordPress yönetim panelini ve ilgili işlevi test edin.
İleri teknik yaklaşım
Veritabanı process listesi, slow query logu ve InnoDB kilit bilgilerini PHP, web sunucusu ve uygulama loglarıyla aynı zaman çizelgesinde inceleyin. Bellek, CPU, disk alanı ve I/O beklemesi de kaydedilmelidir.
- Sürenin hangi tablo, satır sınıfı veya sorguda sıçradığını bulun.
- Timeout değerlerini genel olarak yükseltmeden önce gerçek kaynak veya kilit sorununu giderin.
- Parti boyutunu küçültmenin idempotent ve devam edilebilir olup olmadığını doğrulayın.
- Kontrollü tekrarda tek worker bulunduğunu ve her partinin satır sayısını ilerlettiğini izleyin.
Riskler, sık hatalar, yedek ve geri yükleme
En büyük risk, arka planda çalışan işi görmeden aynı temizliği tekrar başlatmaktır. Yarışan işlemler kilit süresini uzatabilir, aynı kayıtları birden fazla kez ele alabilir veya sunucuyu kullanılmaz hâle getirebilir.
- İş durumunu bilmeden düğmeye yeniden basmayın.
- Hata anındaki logları ve veritabanı işlemlerini temizlemeden önce saklayın.
- Bir partinin nerede commit olduğunu bilmeden kaldığı yerden devam etmeyin.
- Veri veya işlev beklenmedik biçimde değişirse işlemleri durdurup doğrulanmış yedekten geri yükleyin.
AIOWS nasıl yardımcı olur?
AIOWS Veritabanı Temizleyici
AIOWS Veritabanı Temizleyici, başarısız bir denemeden sonra hedef veri sınıfını yeniden belirleyip yalnız desteklenen dar kapsamı çalıştırmanıza yardımcı olur. Aynı anda farklı temizlik kategorilerini birleştirmemek, sorunun hangi işlemde oluştuğunu görmeyi kolaylaştırır.
Yeni deneme başlatmadan önce sunucudaki eski işin bittiğini doğrulayın ve güncel yedek alın. Kök neden düzeltildikten sonra tek kontrollü parti çalıştırın; kayıt sayısını, işlem süresini ve WordPress davranışını karşılaştırın.
Modül veritabanı kilidini, PHP/proxy timeout’unu veya disk yetersizliğini kendiliğinden gidermez. Bu kaynak sorunları hosting ve veritabanı katmanında çözülmelidir.
AIOWS Veritabanı Temizleyici’yi inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress Veritabanı Ne Sıklıkla Temizlenmeli?
- Veritabanı Temizliğinden Önce WordPress Neden Yedeklenmeli?
- WooCommerce Action Scheduler Tabloları Çok Büyükse Ne Yapılmalı?
Sonuç ve önerilen yol
Tarayıcı zaman aşımını işin durduğu şeklinde yorumlamayın. Önce çalışan görev ve veritabanı durumunu belirleyin; kök nedeni düzeltip yalnız tek, izlenen ve küçük bir partiyle devam edin.
