WooCommerce mağazasında Action Scheduler tabloları hızla büyürken bütün tamamlanmış, başarısız ve bekleyen işleri silmek cazip gelebilir. Ancak bekleyen kayıtlar gelecekteki abonelik yenilemelerini, başarısız kayıtlar da çözülmemiş webhook veya ödeme sorunlarını temsil edebilir.
Önce kuyruk sağlığını ve büyümeyi üreten hook’u belirleyin. Devam eden ve başarısız görevleri incelemeden yalnız tabloyu küçültmek, işletme açısından önemli bir işlemi iptal edebilir veya aynı birikimin kısa sürede geri dönmesine yol açabilir.
Action Scheduler nedir?
Action Scheduler, WooCommerce ve birçok WordPress eklentisinin arka plan görevlerini zamanlamak için kullandığı iş kuyruğudur. E-posta, webhook, abonelik yenilemesi, veri senkronizasyonu ve bakım işlemleri burada planlanabilir.
Tablolar bekleyen, çalışan, tamamlanan, başarısız veya iptal edilmiş görevlerin yanı sıra claim, grup ve log kayıtlarını tutar. Geçmiş bakımına uygun tamamlanmış kayıtlarla henüz işlenmesi gereken görevler aynı değildir.
Gerçekçi bir WooCommerce örneği
Bir abonelik mağazasında tablolar milyonlarca satıra ulaşıyor. Binlerce gelecek yenileme görevi, eski tamamlanmış loglar ve sürekli hata veren bir webhook görevi aynı veritabanında bulunuyor.
Ekip görevleri durum, hook, grup ve yaşa göre sayıyor. Başarısız webhook’un kimlik doğrulama hatası düzeltiliyor; kuyruk tekrar ilerlemeye başlıyor. Yalnız saklama süresini aşmış tamamlanmış ve iptal edilmiş geçmiş, desteklenen araçla küçük partiler hâlinde temizleniyor.
Tablolar neden büyür?
Yüksek sipariş hacmi doğal olarak çok sayıda görev üretir. Büyüme ayrıca çalışmayan WP-Cron, engellenen loopback istekleri, düşük PHP limitleri, uzun süren hook’lar veya tekrar tekrar hata veren dış servis çağrılarından kaynaklanabilir.
Bekleyen ve vadesi geçmiş görev sayısı artıyorsa önce worker/cron sağlığını inceleyin. Başarısız görevler aynı hook’ta yoğunlaşıyorsa ilgili eklenti veya entegrasyonu düzeltin. Eski tamamlanmış geçmiş ancak saklama süresi ve desteklenen temizleme yöntemi belirlendikten sonra kaldırılmalıdır.
Yeni başlayanlar için güvenli inceleme
- Güncel veritabanı yedeği alın.
- Görevleri durum, hook, grup, planlanan zaman ve yaşa göre sayın.
- En eski vadesi geçmiş görevi ve en çok kayıt üreten hook’ları belirleyin.
- Her büyük hook’u onu oluşturan eklenti veya hizmetle eşleştirin.
- Bekleyen işlerin neden çalışmadığını ve başarısız işlerin neden tekrarlandığını geçmişi silmeden çözün.
- Yalnız onaylanan eski geçmişi desteklenen araçla küçük partiler hâlinde temizleyin; sipariş, abonelik, e-posta ve webhook akışlarını sınayın.
İleri teknik yaklaşım
Cron tetiklenmesini, loopback isteklerini, worker eşzamanlılığını, claim süresini, veritabanı kilitlerini ve PHP çalışma sınırlarını birlikte inceleyin. Bir görev neden işlenmiyorsa yalnız kuyruğu silmek aynı sorunu gizler.
- Kurulu Action Scheduler sürümünün desteklediği yönetim, WP-CLI veya API araçlarını kullanın.
- Ham SQL ile bütün durumları hedeflemek yerine açık durum ve yaş filtreleri uygulayın.
- Tek bir deneme görevinin bekleyenden çalışana ve tamamlanmış duruma geçtiğini doğrulayın.
- Temizlik öncesi/sonrası görev ve log sayılarını, kuyruk gecikmesini ve işlem süresini kaydedin.
Riskler, sık hatalar, yedek ve geri yükleme
Bekleyen görevleri topluca silmek abonelik, ödeme, e-posta veya veri senkronizasyonunu iptal edebilir. Başarısız görevleri incelemeden kaldırmak ise sorunun tek tanı kaydını yok edebilir.
- Ne işe yaradığı bilinmeyen bekleyen veya başarısız görevleri silmeyin.
- Yalnız tablo boyutunu azaltmaya odaklanmayın; kuyruk işleme hızını doğrulayın.
- Temizlik sırasında yeni görevlerin oluşmasını ve worker durumunu izleyin.
- Gerekli görevler kaybolursa yeni işlemleri durdurun ve doğrulanmış yedekten geri yükleyin.
AIOWS nasıl yardımcı olur?
AIOWS Veritabanı Temizleyici
AIOWS Veritabanı Temizleyici, desteklenen Action Scheduler geçmiş temizliğini WordPress yönetiminde belirli bir kapsamla çalıştırmanıza yardımcı olur. Bu yaklaşım, bütün kuyruk tablolarını bilinmeyen SQL sorgularıyla boşaltmaktan daha kontrollüdür.
Önce kuyruk sağlığını düzeltin ve korunacak bekleyen/başarısız işleri belirleyin. Yedekten sonra yalnız onaylanan eski geçmişi temizleyin; durum sayılarını yeniden ölçüp tek bir test görevinin başarıyla tamamlandığını ve kritik iş akışlarının çalıştığını doğrulayın.
Modül, hook’un ticari amacını kendiliğinden belirlemez ve cron, dış servis veya PHP kaynak sorununu çözmez. Bu sorunlar ilgili eklenti ve altyapı düzeyinde düzeltilmelidir.
AIOWS Veritabanı Temizleyici’yi inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress’te Sahipsiz Metadata Kayıtları Nasıl Bulunur?
- Veritabanı Temizliğinden Önce WordPress Neden Yedeklenmeli?
- WordPress’te Büyük Autoload Seçenekleri Nasıl Denetlenir?
Sonuç ve önerilen yol
Kuyruk kurtarmayı geçmiş temizliğinden ayırın. Önce worker veya entegrasyon sorununu düzeltin; işletme açısından önemli bekleyen görevleri koruyup yalnız saklama süresini aşan tamamlanmış geçmişi desteklenen araçla kaldırın.
