Veritabanı Bağlantısı Kurulurken Hata Oluştu: WordPress Veritabanı Hatası Nasıl Çözülür?

Hosting Tarafında Sorun Var mı? Durum Sayfası ve Panel Kontrolü

Veritabanı bağlantısı kurulurken hata oluştu uyarısı görüldüğünde ayar dosyasına dokunmadan önce hosting firmasının durum sayfasına ve panel duyurularına bakılır; planlı bakım veya veritabanı sunucusu arızası varsa yapılacak iş beklemek ve destek kaydı açmaktır. Aynı hosting hesabındaki başka siteler de aynı hatayı veriyorsa sorun tek bir sitenin ayarında değil, sunucudadır.

Panelde birkaç dakikada yapılabilecek kontroller şunlardır:

• Durum sayfasında veya panelde aktif bir arıza ya da bakım duyurusu olup olmadığı
• phpMyAdmin benzeri veritabanı aracının açılıp açılmadığı ve tabloların listelenip listelenmediği
• Disk ve veritabanı kotası kullanımı
• Kaynak kullanımı grafiklerinde işlemci, bellek veya eşzamanlı işlem sınırına takılma

phpMyAdmin açılıyor ve tablolar listeleniyorsa veritabanı sunucusu çalışıyordur; dikkat bağlantı bilgilerine kayar. Kaynak sınırına sık takılan sitelerde sunucu seçiminin hıza ve aramadaki görünürlüğe etkisi web hosting seçimi rehberinde ayrıca anlatılır.

wp-config Veritabanı Ayarları Nasıl Kontrol Edilir?

wp-config veritabanı ayarları, sitenin kök dizinindeki wp-config.php dosyasında yer alan dört değerin hosting panelindeki veritabanı bilgileriyle karakter karakter karşılaştırılmasıyla kontrol edilir. Dosyaya panelin dosya yöneticisinden veya FTP ile ulaşılır; WordPress belgeleri de ilk adım olarak dosyanın FTP ile açılıp bu bilgilerin doğrulanmasını önerir.

WordPress’in wp-config.php belgesine göre DB_HOST çoğu kurulumda varsayılan localhost değeriyle kalır ve büyük olasılıkla değiştirilmesi gerekmez. Farklı port kullanan sunucularda adresin sonuna port eklenir, örneğin localhost:3307. Birçok panel veritabanı ve kullanıcı adlarının başına hesap adını önek olarak ekler; öneksiz yazılan ad bağlantıyı düşürür.

Şifre panelde görüntülenemiyorsa kullanıcının şifresi panelden yenilenir ve aynı değer wp-config.php’ye yazılır. Kullanıcının ilgili veritabanına gerekli yetkilerle atanmış olduğu da aynı ekrandan doğrulanır. Dosya kaydedilmeden önce bir kopyası alınır; eksik bir tırnak veya noktalı virgül sitenin tamamen boş ekrana düşmesine yol açabilir.

Veritabanı şifresi kimseyle paylaşılmaz

wp-config.php dosyası veritabanı şifresini açık metin olarak içerir. Dosyanın ekran görüntüsü forumlara, sosyal medya gruplarına veya mesajlaşma uygulamalarına gönderilmez; yardım istenecekse şifre satırı kapatılır. Destek veren biri erişim isterse ana hesap şifresi yerine geçici bir kullanıcı tanımlanır, iş bitince bu kullanıcı silinir ve veritabanı şifresi değiştirilir.

WP_ALLOW_REPAIR ile Veritabanı Onarımı Nasıl Yapılır?

Bozuk tablo şüphesinde WordPress’in yerleşik onarım aracı, wp-config.php dosyasına define( 'WP_ALLOW_REPAIR', true ); satırı eklenerek açılır ve sitenin /wp-admin/maint/repair.php adresinde çalışır. Araç tablolar için onarım ve isteğe bağlı optimizasyon seçenekleri sunar.

1. Dosyaların ve veritabanının mevcut halinin yedeği alınır.
2. wp-config.php açılır, satır dosyadaki “düzenlemeyi burada bırakın” anlamındaki yorum satırından önce eklenir.
3. Tarayıcıda alanadi.com/wp-admin/maint/repair.php adresi açılır.
4. Onarım başlatılır ve sonuç ekranındaki tablo listesi kontrol edilir.
5. Eklenen satır wp-config.php’den hemen silinir, ardından site ve yönetim paneli test edilir.

Son adım atlanmamalıdır. WordPress’in wp-config düzenleme belgesine göre bu ayar açıkken onarım sayfasına erişmek için oturum açmak gerekmez, çünkü veritabanı bozukken giriş de yapılamaz. Belge, ayarın yalnız gerektiğinde açılmasını ve sorun çözülünce kapatılmasını önerir; unutulan satır, sayfanın herkese açık kalması demektir.

Onarım aracı yanlış kullanıcı adı veya şifreden kaynaklanan bağlantı sorununu düzeltmez; yalnız tablo sorunlarına yöneliktir. Yönetim panelinde onarım uyarısı yoksa bu adım teşhisi ilerletmez.

Hosting Desteğine Ne Zaman ve Nasıl Başvurulur?

Panel bilgileri wp-config.php ile birebir aynıysa, phpMyAdmin açılmıyorsa veya kaynak sınırları dolmuşsa çözüm hosting desteğindedir; veritabanı sunucusunu yeniden başlatmak ya da kotayı açmak site sahibinin elinde değildir. Destek kaydı ne kadar net olursa yanıt o kadar hızlı gelir. Kayda şu bilgiler yazılır:

• Alan adı ve hatanın ilk görüldüğü saat
• Hatanın ön yüzde mi, yönetim panelinde mi, yoksa ikisinde de mi göründüğü
• Son yapılan değişiklikler: güncelleme, taşıma, şifre değişikliği
• Aynı hesaptaki diğer sitelerin durumu
• phpMyAdmin’in açılıp açılmadığı

Destek kaydına şifre yazılmaz; kimlik doğrulaması için hosting firmasının kendi paneli ve resmi destek kanalı kullanılır. Telefonda veya e-postada veritabanı şifresi isteyen biri varsa bu talebin firmanın resmi kanalından gelip gelmediği ayrıca teyit edilir.

Yedekten Geri Dönüş Ne Zaman Son Çaredir?

Bilgiler doğru, sunucu çalışıyor ve onarım sonuç vermiyorsa ya da tablolar ağır hasarlıysa son sağlam yedeğe dönmek, veritabanı bağlantısı kurulurken hata oluştu sorununda en güvenli yoldur. Geri dönüş, yedekten sonra eklenen içeriklerin ve siparişlerin kaybolması anlamına geleceği için önce son yedeğin tarihi ve kapsamı kontrol edilir.

WordPress’in yedekleme belgesi, sitenin tam olarak geri yüklenebilmesi için hem dosyaların hem veritabanının yedeğine ihtiyaç olduğunu belirtir. Belgeye göre geri yüklemede önce dosyalar, ardından veritabanı içe aktarılır ve gerekiyorsa yapılandırma bilgileri güncellenir. Hosting firmasının otomatik yedekleri varsa geri yükleme çoğu zaman panelden başlatılabilir.

Geri yüklemeden önce hatalı halin de yedeği alınır. Yanlış tarihli bir yedeğe dönüldüğü anlaşılırsa bu kopya, kaybolan içeriğin kurtarılması için tek kaynak olabilir.

Taşıma Sonrası Çıkan Veritabanı Bağlantı Hatası

Site yeni hostinge taşındıktan sonra görülen veritabanı bağlantısı kurulurken hata oluştu uyarısı çoğunlukla wp-config.php dosyasının eski sunucunun bilgileriyle kalmasından kaynaklanır. WordPress’in taşıma belgesi, veritabanı adı veya kullanıcısı değiştiyse wp-config.php değerlerinin yeni bilgilerle düzeltilmesi gerektiğini yazar.

Taşıma sonrası kontrol sırası şöyledir:

• Yeni sunucuda veritabanı oluşturuldu ve yedek içe aktarıldı mı?
• Yeni kullanıcı bu veritabanına yetkilendirildi mi?
• wp-config.php’deki dört değer yeni paneldeki bilgilerle aynı mı?
• DB_HOST yeni hostingte localhost mu, yoksa firmanın verdiği ayrı bir adres mi?
• Alan adı hâlâ eski sunucuyu gösteriyorsa ve orada veritabanı silindiyse hata eski sunucudan geliyor olabilir mi?

Aynı belge, yeni sunucuda aynı veritabanı adını kullanmanın ve aynı giriş bilgileriyle bir kullanıcı oluşturmanın işi kolaylaştıracağını belirtir. Taşıma planlanıyorsa bu kontroller WordPress site taşıma sürecinin parçası olarak baştan yapılır.

Kendi Başına Müdahale mi, Uzman Desteği mi?

Hosting durum sayfasına bakmak ve wp-config bilgilerini panelle karşılaştırmak site sahibinin yapabileceği işlerdir; dosya düzenleme, onarım, geri yükleme veya saldırı şüphesi işin içine girdiğinde uzman desteği riski azaltır. İnternetteki hızlı çözüm listeleri genellikle bütün adımları aynı anda denemeyi önerir, kontrollü teşhis ise önce sorunun hangi katmanda olduğunu bulur.

Veritabanı bağlantısı kurulurken hata oluştu mesajında uzman desteğinin mantıklı olduğu durumlar şunlardır: onarımdan sonra hata devam ediyorsa, saldırı belirtileri varsa, son yedek çok eskiyse ya da hiç yedek yoksa, taşıma yarıda kalmışsa veya hata kısa aralıklarla tekrarlıyorsa. Sipariş, randevu ya da form üzerinden müşteri alan sitelerde kesintinin uzaması doğrudan iş kaybı demektir.

Onur Freelance olarak WordPress sorunlarında bu sırayı izliyoruz: önce mevcut durum yedeklenir, ardından hata katman katman daraltılır ve yapılan değişiklikler site sahibiyle paylaşılır. Tek seferlik arızalar WordPress problem çözme hizmeti kapsamında ele alınır. Onur Freelance WordPress’in veya hosting firmalarının resmi destek kanalı değildir; sunucu altyapısındaki arızaları yalnız hosting firması giderebilir.

WordPress Veritabanı Hatasını Önlemek: Bakım, Yedek ve Kaynak İzleme

Veritabanı bağlantısı kurulurken hata oluştu uyarısının önüne tamamen geçmenin tek bir yolu yoktur; riski düşüren üç alışkanlık düzenli bakım, test edilmiş yedek ve kaynak izlemedir. WordPress’in yedekleme belgesi az güncellenen siteler için haftalık, sık güncellenen siteler için günlük yedek önerir ve en az 3–5 güncel yedeğin sunucu, bulut ve yerel bilgisayar gibi farklı yerlerde saklanmasını tavsiye eder.

• Çekirdek, tema ve eklenti güncellemelerinin yedek alındıktan sonra yapılması
• Otomatik yedeklerin ara sıra gerçekten geri yüklenebilir olup olmadığının denenmesi
• Disk, veritabanı kotası ve kaynak kullanımının düzenli izlenmesi
• Kullanılmayan eklenti ve temaların kaldırılması
• Hosting, FTP ve veritabanı şifrelerinin güçlü tutulup kimseyle paylaşılmaması

Kaynak sınırına sık takılan sitelerde daha uygun bir hosting planı da kalıcı çözümün parçası olabilir. Onur Freelance’ta hosting yıllık 2.000 TL’dir ve işletme adına açılır; ayrıntılar hosting fiyatları sayfasında yer alır. WordPress bakımı ise sitenin büyüklüğüne ve kapsama göre aylık 500–2.000 TL arasında planlanır.