CPU limitine takılan sitelerde gerçek sorun nasıl bulunur?

Bir sitenin CPU limitine takılması çoğu zaman “paket yetmiyor” şeklinde yorumlanır; ancak gerçek neden her zaman kaynak yetersizliği değildir. Yoğun bot trafiği, hatalı eklenti, ağır sorgu, zamanlanmış görevler veya veritabanı kilitlenmeleri aynı uyarıyı üretebilir. Bu nedenle hızlı karar vermek yerine, veriyi doğru okuyarak ilerlemek hem kesintiyi azaltır hem de gereksiz maliyet artışını önler.

CPU limiti neyi gösterir, neyi göstermez?

CPU limiti, sitenizin belirli bir zaman aralığında işlemci kaynağını ne kadar kullandığını gösterir. Bu değer yükseldiğinde sayfalar yavaşlayabilir, 503 hataları görülebilir veya yönetim paneli geç açılabilir. Fakat limit aşımı tek başına sorunun kaynağını açıklamaz; yalnızca sistemin zorlandığını bildirir.

Örneğin aynı CPU grafiği, bir kampanya dönemindeki gerçek ziyaretçi artışından da kaynaklanabilir, tek bir hatalı sorgunun arka arkaya çalışmasından da. Bu yüzden ilk adım, “ne zaman başladı, hangi işlemle tetiklendi, hangi URL veya görev öne çıkıyor?” sorularına yanıt aramaktır.

İlk kontrol: Zaman çizelgesi çıkarın

CPU artışının başladığı saatleri not edin ve bu saatleri yapılan değişikliklerle karşılaştırın. Yeni eklenti kurulumu, tema güncellemesi, reklam kampanyası, toplu ürün aktarımı veya yedekleme işlemi varsa incelemeye buradan başlamak gerekir.

• CPU sıçraması belirli saatlerde oluyorsa cron, yedekleme veya bot taraması ihtimali artar.
• Sürekli yüksek seyrediyorsa ağır sorgu, kötü önbellekleme veya yoğun trafik araştırılmalıdır.
• Sadece yönetim panelinde yaşanıyorsa admin-ajax, eklenti ekranları ve arka plan görevleri kontrol edilmelidir.

Trafik gerçekten artmış mı?

İlk bakılması gereken alan erişim kayıtlarıdır. Ziyaretçi sayısı normal görünürken istek sayısı olağandışı artmışsa sorun kullanıcı trafiğinden çok bot, tarayıcı ön yükleme davranışı veya saldırı denemeleri olabilir. Özellikle aynı IP’den kısa sürede yüzlerce istek gelmesi CPU tüketimini hızla yükseltir.

hosting panelinizde erişim logları, hata logları ve kaynak kullanım grafikleri varsa bunları aynı zaman aralığında karşılaştırın. Sadece toplam ziyaretçiye bakmak yanıltıcıdır; asıl önemli olan saniyedeki istek sayısı, en çok çağrılan dosyalar ve HTTP durum kodlarıdır.

Bot trafiği nasıl ayırt edilir?

Aynı user-agent değerinin tekrar etmesi, wp-login.php veya xmlrpc.php gibi dosyalara yoğun istek gelmesi, alakasız ülkelerden kısa süreli patlamalar ve 404 sayılarındaki ani artış bot davranışına işaret edebilir. Bu durumda gereksiz taramaları sınırlamak, giriş denemelerini kısıtlamak ve güvenlik duvarı kurallarını gözden geçirmek gerekir.

Eklenti ve tema kaynaklı tüketimi izole edin

WordPress sitelerde CPU yükünün önemli bir kısmı eklenti çakışmaları veya verimsiz çalışan modüllerden gelir. Sorunu bulmak için tüm eklentileri aynı anda kapatmak yerine, bakım penceresi belirleyip kontrollü ilerlemek daha güvenlidir.

Önce önbellek, güvenlik, SEO, form, istatistik ve görsel optimizasyon eklentilerinin loglarını kontrol edin. Arka planda sürekli tarama yapan, dış API bağlantısı kuran veya veritabanında büyük sorgular çalıştıran eklentiler öncelikli incelenmelidir. Sorun yeni bir güncellemeden sonra başladıysa eski sürüme dönmek kalıcı çözüm değil, teşhis için geçici bir adımdır.

Veritabanı sorguları ve yavaş işlemler

CPU limitine takılan sitelerde problem bazen PHP tarafında değil, veritabanı tarafında başlar. Aşırı büyümüş seçenek tabloları, temizlenmemiş geçici kayıtlar, revizyon birikimi ve indekslenmemiş sorgular sayfa üretim süresini uzatır. Bu uzama daha fazla PHP süreci açılmasına ve CPU tüketiminin artmasına neden olur.

Yavaş sorgu kaydı alınabiliyorsa en çok süre tüketen sorguları inceleyin. Özellikle ürün filtreleri, site içi arama, üyelik sistemleri ve raporlama ekranları yüksek maliyetli sorgular üretebilir. Veritabanı temizliği yapmadan önce mutlaka yedek alın; otomatik temizlik araçlarını tüm tablolar üzerinde kontrolsüz çalıştırmak veri kaybına yol açabilir.

Önbellek doğru çalışıyor mu?

Önbellek kapalıysa her ziyaretçi için sayfa yeniden üretilir ve bu durum CPU tüketimini artırır. Ancak yanlış yapılandırılmış önbellek de benzer sorunlara neden olabilir. Sepet, üyelik, ödeme ve yönetim sayfalarının yanlış önbelleğe alınması kullanıcı deneyimini bozarken; tamamen devre dışı bırakılmış önbellek sunucu tarafında gereksiz yük oluşturur.

Sayfa önbelleği, nesne önbelleği ve CDN ayarlarını ayrı ayrı değerlendirin. Mobil tema, çoklu para birimi, üyelik bazlı içerik gibi dinamik yapılar varsa önbellek kuralları daha dikkatli planlanmalıdır.

Kaynak artırmak ne zaman doğru karardır?

Teknik sorunlar giderilmeden paket yükseltmek kısa süreli rahatlama sağlayabilir, fakat kök neden devam ediyorsa yeni limitlere de ulaşılır. Kaynak artırımı; gerçek trafik artışı doğrulanmışsa, eklenti ve sorgu kaynaklı yükler azaltılmışsa, önbellek doğru çalışıyorsa ve büyüme ihtiyacı süreklilik gösteriyorsa anlamlıdır.

Bu noktada hosting altyapısının sunduğu CPU, RAM, I/O ve eşzamanlı işlem limitleri birlikte değerlendirilmelidir. Sadece işlemciye bakmak eksik karar doğurur; disk gecikmesi veya bellek yetersizliği de CPU grafiğini dolaylı olarak yükseltebilir.

Pratik teşhis sırası

• CPU artış saatlerini belirleyin ve son değişikliklerle eşleştirin.
• Erişim ve hata loglarında en çok istek alan URL’leri kontrol edin.
• Bot, giriş denemesi ve 404 patlamalarını ayırın.
• Yeni güncellenen eklenti ve temaları kontrollü test edin.
• Veritabanı sorguları, cron görevleri ve yedekleme zamanlarını inceleyin.
• Önbellek katmanlarının gerçekten çalıştığını doğrulayın.
• Kaynak yükseltme kararını ölçüm sonuçlarına göre verin.

Doğru teşhis yaklaşımı, CPU limitini yalnızca bir kapasite problemi olarak değil, sitenin çalışma düzenini gösteren bir uyarı olarak ele alır. Böylece gereksiz paket değişiklikleri yerine, trafiği, kodu, veritabanını ve sunucu davranışını birlikte okuyarak daha kalıcı bir iyileştirme planı yapılabilir.