Sunucunuz dün hızlıydı, bugün kapanmış gibi yavaş. Değişen bir şey yok — ya da öyle sanıyorsunuz. Ama bir bakıyorsunuz SSH girişi 5 saniye sürüyor, web siteniz 3-4 saniyede açılıyor, veritabanı sorguları zaman aşımına uğruyor.
Bunu defalarca yaşadım. Her seferinde başka bir sebep çıktı. Şimdi o sebepleri ve çözümlerini sıralıyorum — belki sizin sorununuz da bunlardan biridir.
Konu İçeriği
1. RAM Dolmuş ve Swap Devreye Girmiş
En sık karşılaştığım sorun. Sunucudaki RAM dolunca sistem swap (takas) alanını kullanmaya başlıyor. Swap, diskin bir bölümünü RAM gibi kullanmak demek. Ama disk, RAM’den yüzlerce kat yavaş. O an sunucu çivisini çeker.
Neden dolar? Genellikle bir süreç bellek sızıntısı (memory leak) yapıyordur. Bir PHP işlemi, bir Node.js servisi veya bir veritabanı sorgusu aşırı RAM tüketiyordur.
Nasıl kontrol edilir:
free -h top -o %MEM
free -h çıktısında “Swap” satırı yüksekse sorun var demektir. top komutuyla en çok RAM kullanan süreci bulun ve gerekiyorsa yeniden başlatın.
2. Disk I/O Darboğazı
Disk okuma/yazma hızı yeterli değilse, her şey yavaşlar. Özellikle HDD kullanan VPS’lerde bu sorun yaygın. Ağır bir veritabanı sorgusu, büyük bir log dosyası veya yoğun bir yedekleme işlemi diski meşgul ediyorsa, diğer tüm işlemler sıra bekler.
Kimler risk altında? Paylaşımlı hosting’de aynı diski kullanan başka biri yoğun I/O yapıyorsa siz de etkilenirsiniz.
Nasıl kontrol edilir:
iostat -x 1 5 iotop -oP
%util sürekli %90’ın üstündese disk darboğazı var. Çözüm: SSD’ye geçin veya I/O’yı yoğun kullanan süreci optimize edin.
3. CPU Yüksek ve Süreç Çakışması
Bir süreç CPU’yu tekeline alıyorsa, diğer her şey yavaşlar. En yaygın nedenler:
- PHP işlemi: Kötü yazılmış bir WordPress eklentisi veya tema, CPU’yu tüketebilir.
- Cron job: Zamanlanmış bir görev aynı anda çalışıyordur.
- Bot trafiği: Arama motoru botları veya kötü niyetli botlar sunucuyu yokluyordur.
- Güncelleme: Sistem güncellemesi arka planda çalışıyordur.
Nasıl kontrol edilir:
top -o %CPU ps aux --sort=-%cpu | head -10
load average değerini kontrol edin. 4 çekirdekli bir sunucuda load average 4’ün altındaysa normal, üstündeyse sorun var.
4. Ağ Darboğazı veya Bant Genişliği
Sunucunuzun internet bağlantısı yetersizse veya bant genişliği limitine yaklaşmışsanız yavaşlık hissedersiniz. Özellikle Türkiye’deki VPS sağlayıcılarının bazılarında bant genişliği sınırlamaları agresif.
Bir DDoS saldırısı da ağ kaynaklarını tüketir. Sunucunuza erişemiyorsanız bile arka planda ağ trafiği sunucuyu meşgul ediyor olabilir.
Nasıl kontrol edilir:
iftop -n nethogs
Beklenmeyen bir IP’den yoğun trafik geliyorsa, güvenlik duvarı ile engelleyin.
5. Veritabanı Yavaş Sorgular
Veritabanı sunucunuzun kalbiyse, yavaş bir sorgu her şeyi durdurur. MySQL/PostgreSQL’de bir sorgu kilit (lock) tutuyorsa, diğer tüm sorgular beklemek zorunda kalır.
WordPress sitelerinde en sık karşılaşılan sebep: optimize edilmemiş veritabanı sorguları. Yeni bir eklenti kurduğunuzda, eklentinin veritabanına attığı sorgular index’siz çalışıyor olabilir.
Nasıl kontrol edilir:
mysql -e "SHOW FULL PROCESSLIST;" mysql -e "SELECT * FROM information_schema.PROCESSLIST WHERE TIME > 5;"
5 saniyeden uzun süren sorgular varsa, o sorguyu optimize edin veya kilit tutan süreci sonlandırın.
Sunucu Yavaşladığında İlk Yapılacak 5 Şey
- htop çalıştırın: CPU, RAM ve süreç kullanımını tek ekranda görün.
- df -h kontrol edin: Disk dolmuş olabilir. %95’in üstünde doluluk sorun çıkarır.
- Son değişiklikleri hatırlayın: Yeni eklenti, güncelleme veya konfigürasyon değişikliği oldu mu?
- Logları inceleyin: /var/log/syslog ve /var/log/nginx/error.log dosyalarında hata mesajı var mı?
- Servisleri yeniden başlatın: systemctl restart nginx php-fpm mysql — çoğu zaman bu tek hamle sorunu çözer.
Sıkça Sorulan Sorular
Sunucu yavaşlaması geçici mi?
Bazen evet. Bir cron job çalışıyordur, bitince düzelir. Ama sürekli yavaşsa, altta yatan bir sorun var. RAM sızıntısı, disk doluluğu veya yanlış konfigürasyon.
Sunucu yavaşladığında reboot atmalı mıyım?
Son çare olarak evet ama önce nedenini bulmaya çalışın. reboot sorunu geçici çözer ama tekrarlanır. Nedenini bulup kalıcı çözüm uygulayın.
Swap kullanımı ne kadar normal?
Sıfır ideal. Ama birkaç MB swap kullanımı sorun değil. Swap sürekli artıyorsa ve yüzlerce MB’a ulaşıyorsa, RAM yetersiz demektir. Ya RAM ekleyin ya da bellek tüketen süreci optimize edin.
İzleme aracı önerir misiniz?
htop anlık izleme için. Prometheus + Grafana uzun vadeli izleme için. Netdata ise kurulması kolay ve görsel olarak güzel bir alternatif.
SSD sunucuda disk I/O sorunu olur mu?
Olur ama HDD’ye göre çok daha az. SSD’de I/O darboğazı genellikle ağır yazma işlemlerinde veya disk doluluğunda ortaya çıkar. %80’in üstünde dolu bir SSD performans kaybı yaşatır.
Kaynaklar:
- DigitalOcean, “How to Troubleshoot Server Performance”, 2025
- Linux Performance Tuning Guide, 2024
- Kişisel sunucu yönetim deneyimi, 2024-2026
