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

WordPress sitenizi açtığınızda yalnızca “Veritabanı bağlantısı kurulurken hata oluştu” mesajını görüyorsanız WordPress, sitenin içeriklerini saklayan MySQL veya MariaDB veritabanına ulaşamıyor demektir.

İngilizce WordPress kurulumlarında aynı hata “Error establishing a database connection” şeklinde görüntülenir. Sorun bazen yanlış bir şifre kadar basit olabilirken bazen veritabanı sunucusunun durması, tabloların bozulması veya hosting kaynaklarının tükenmesi gibi daha kapsamlı bir nedenden kaynaklanabilir.

Bu rehberde WordPress veritabanı bağlantı hatasının nedenlerini nasıl ayırt edebileceğinizi ve sitenize zarar vermeden hangi çözüm yöntemlerini uygulayabileceğinizi adım adım inceleyeceğiz.

WordPress Veritabanı Bağlantısı Hatası Nedir?

WordPress iki temel yapıdan oluşur:

• PHP, tema, eklenti, görsel ve WordPress çekirdek dosyaları
• Yazılar, sayfalar, kullanıcılar, ayarlar ve diğer dinamik bilgilerin saklandığı veritabanı

Bir ziyaretçi siteyi açtığında WordPress PHP kodları çalışır, veritabanından gerekli içerikler alınır ve sayfa tarayıcıya gönderilir. WordPress veritabanına bağlanamazsa yazıları, ayarları ve diğer dinamik bilgileri okuyamaz. Bunun sonucunda normal sayfa yerine veritabanı bağlantı hatası gösterilir.

Görsellerin ve tema dosyalarının sunucuda bulunması sitenin tek başına açılması için yeterli değildir. WordPress’in veritabanına ulaşması gerekir.

WordPress Veritabanı Bağlantısı Hatası Neden Olur?

Veritabanı adı yanlış olabilir

WordPress’in bağlanacağı veritabanının adı wp-config.php dosyasındaki DB_NAME sabitiyle belirlenir. Taşıma, yedek geri yükleme veya hosting değişikliği sırasında yanlış veritabanı adı girilmiş olabilir.

Veritabanı kullanıcı adı veya şifresi yanlış olabilir

MySQL kullanıcı adı ve şifresi değiştirildiğinde WordPress yapılandırma dosyası güncellenmezse bağlantı kurulamaz. Bu durum özellikle hosting taşıma işlemlerinden sonra sık görülür.

DB_HOST bilgisi hatalı olabilir

Birçok hosting hesabında veritabanı sunucusu localhost olarak tanımlanır. Ancak bazı sağlayıcılarda ayrı bir sunucu adı, IP adresi, port veya soket bilgisi kullanılır. WordPress yapılandırması bu bilgiyle eşleşmelidir. WordPress’in resmî dokümantasyonu veritabanı bağlantısı için veritabanı adı, kullanıcı adı, parola ve sunucu adresinin doğru olması gerektiğini belirtir.

Veritabanı kullanıcısının yetkileri eksik olabilir

MySQL kullanıcısı doğru olsa bile ilgili veritabanına bağlanma, tablo okuma veya yazma yetkileri kaldırılmış olabilir. cPanel veya Plesk üzerinde veritabanı kullanıcısı veritabanına yeniden atanmalıdır.

MySQL veya MariaDB sunucusu durmuş olabilir

Veritabanı sunucusu geçici olarak durmuş, yeniden başlatılıyor veya aşırı yüklenmiş olabilir. Aynı hosting hesabındaki bütün sitelerde benzer sorun görülüyorsa sunucu taraflı problem ihtimali artar.

Veritabanı tabloları bozulmuş olabilir

Yarım kalan güncellemeler, ani sunucu kapanması, disk problemi veya hatalı eklenti işlemleri bazı tabloların bozulmasına neden olabilir. Giriş sayfası farklı bir hata verirken ön yüz veritabanı bağlantı mesajı gösterebilir.

Hosting kaynakları tükenmiş olabilir

CPU, RAM, disk alanı, işlem sayısı veya eş zamanlı MySQL bağlantı sınırı dolduğunda WordPress geçici olarak veritabanına ulaşamayabilir.

MySQL bağlantısı zaman aşımına uğramış olabilir

MySQL’in “server has gone away” hatasının en yaygın nedenlerinden biri, sunucunun zaman aşımı nedeniyle bağlantıyı kapatmasıdır. Çok uzun süren sorgular, büyük içe aktarmalar veya yetersiz sunucu kaynakları bu duruma yol açabilir.

WordPress dosyaları bozulmuş olabilir

Yanlış dosya taşıma, başarısız güncelleme veya zararlı yazılım müdahalesi WordPress dosyalarının eksik ya da bozuk hale gelmesine neden olabilir. Bu durum veritabanı bağlantı sürecini de etkileyebilir.

İşleme Başlamadan Önce Yedek Alın

wp-config.php, veritabanı tabloları veya sunucu ayarlarında değişiklik yapmadan önce mutlaka güncel yedek alın.

En azından şu öğeleri yedekleyin:

• WordPress dosyaları
• MySQL veya MariaDB veritabanı
• Mevcut wp-config.php dosyası
• Varsa özel sunucu yapılandırmaları

Site tamamen kapalı olsa bile hosting paneli, phpMyAdmin, FTP veya yedekleme sistemi üzerinden yedek alınabilir.

İlk Tanı ve Erişim Kontrolleri

Hatanın Geçici Olup Olmadığını Kontrol Edin

Öncelikle sorunun geçici bir sunucu kesintisi olup olmadığını belirleyin.

• Sayfayı birkaç dakika sonra tekrar yenileyin.
• Siteyi farklı bir tarayıcıdan açın.
• Mobil internet üzerinden kontrol edin.
• Hosting durum sayfasını inceleyin.
• Aynı hesapta bulunan diğer siteleri test edin.
• Hosting paneline ve phpMyAdmin’e erişimi kontrol edin.

phpMyAdmin de açılmıyorsa veya veritabanı bağlantısı kuramıyorsa sorun büyük olasılıkla WordPress dosyalarından değil, veritabanı sunucusundan kaynaklanıyordur.

WordPress Yönetim Panelini Kontrol Edin

Aşağıdaki iki adresi ayrı ayrı açın:

https://alanadiniz.com/
https://alanadiniz.com/wp-admin/

Her iki adreste de aynı hata görülüyorsa bağlantı bilgileri veya MySQL sunucusu üzerinde durulmalıdır.

Ön yüz veritabanı bağlantı hatası gösterirken yönetim panelinde aşağıdakine benzer bir mesaj görünüyorsa tablolar bozulmuş olabilir:

Bir veya daha fazla veritabanı tablosu kullanılamıyor.
Veritabanının onarılması gerekebilir.

Veritabanı Bağlantı Bilgilerini Kontrol Etme

wp-config.php Veritabanı Bilgilerini Kontrol Edin

WordPress’in veritabanına bağlanmak için kullandığı bilgiler genellikle sitenin ana dizinindeki wp-config.php dosyasında bulunur.

Dosyada şu satırları bulun:

define( 'DB_NAME', 'veritabani_adi' );
define( 'DB_USER', 'veritabani_kullanicisi' );
define( 'DB_PASSWORD', 'veritabani_sifresi' );
define( 'DB_HOST', 'localhost' );

Kontrol edilmesi gereken dört temel bilgi şunlardır:

• DB_NAME: WordPress veritabanının tam adı
• DB_USER: MySQL kullanıcı adı
• DB_PASSWORD: MySQL kullanıcısının parolası
• DB_HOST: Veritabanı sunucusunun adresi

cPanel kullanılan hesaplarda veritabanı ve kullanıcı adları çoğu zaman hosting kullanıcı adıyla başlayan tam biçimde görünür:

hesapadi_veritabani
hesapadi_kullanici

Yalnızca son kısmı yazmak bağlantı hatasına neden olabilir.

cPanel Üzerinden Veritabanı Bilgilerini Doğrulayın

1. cPanel hesabına giriş yapın.
2. MySQL Veritabanları bölümünü açın.
3. WordPress’in kullandığı veritabanının mevcut olduğunu doğrulayın.
4. İlgili MySQL kullanıcısının listede bulunduğunu kontrol edin.
5. Kullanıcının doğru veritabanına atanmış olduğundan emin olun.
6. Gerekirse kullanıcıya tüm gerekli yetkileri yeniden verin.

Bir kullanıcı veritabanına atanırken genellikle Tüm Yetkiler seçeneği kullanılabilir. Yönetilen hostinglerde gerekli yetkiler sağlayıcının panelinden otomatik olarak tanımlanabilir.

Plesk Üzerinden Veritabanı Bağlantısını Kontrol Edin

1. Plesk paneline giriş yapın.
2. İlgili alan adını seçin.
3. Databases veya Veritabanları bölümünü açın.
4. WordPress veritabanını bulun.
5. Veritabanı kullanıcı bilgilerini kontrol edin.
6. Sunucu adresini ve port bilgisini doğrulayın.
7. Gerekirse kullanıcı parolasını yenileyin.

Plesk üzerindeki veritabanı sunucusu her zaman localhost olmayabilir. Panelde gösterilen sunucu bilgisini kullanın.

Veritabanı Şifresini Yenileyin

Mevcut paroladan emin değilseniz MySQL kullanıcısına yeni bir parola belirleyebilirsiniz.

Ardından aynı parolayı wp-config.php dosyasındaki DB_PASSWORD alanına yazın:

define( 'DB_PASSWORD', 'YeniGucluParola' );

Parola içerisinde tek tırnak kullanıyorsanız PHP sözdizimini bozmamaya dikkat edin. En güvenli yöntem, hosting panelinin ürettiği güçlü bir parolayı doğru şekilde kopyalamaktır.

Parolayı değiştirdikten sonra dosyayı kaydedin ve siteyi yeniden kontrol edin.

Veritabanı Kullanıcısını Yeniden Atayın

Bazen taşıma veya geri yükleme işlemi sırasında veritabanı mevcut olur ancak MySQL kullanıcısı veritabanına bağlı olmaz.

cPanel üzerinde:

1. MySQL Veritabanları ekranını açın.
2. Veritabanına Kullanıcı Ekle bölümünü bulun.
3. Doğru kullanıcıyı ve veritabanını seçin.
4. Ekle butonuna basın.
5. Gerekli yetkileri işaretleyin.
6. Değişiklikleri kaydedin.

DB_HOST Değerini Doğrulayın

Birçok standart hosting hesabında aşağıdaki değer kullanılır:

define( 'DB_HOST', 'localhost' );

Ancak sağlayıcınıza göre şu biçimlerden biri gerekebilir:

define( 'DB_HOST', 'mysql.alanadiniz.com' );
define( 'DB_HOST', '192.0.2.10' );
define( 'DB_HOST', 'localhost:3306' );

Rastgele farklı değerler denemek yerine hosting panelinde veya destek belgelerinde verilen sunucu adresini kullanın.

Basit Bir PHP Bağlantı Testi Yapın

İleri düzey kullanıcılar, WordPress dışında doğrudan MySQL bağlantısını test edebilir. Test dosyasını herkese açık bırakmayın ve işlem tamamlanınca silin.

<?php
$mysqli = new mysqli(
    'localhost',
    'veritabani_kullanicisi',
    'veritabani_sifresi',
    'veritabani_adi'
);

if ($mysqli->connect_error) {
    exit('Bağlantı başarısız: ' . $mysqli->connect_error);
}

echo 'Veritabanı bağlantısı başarılı.';

Bu test başarısız oluyorsa sorun WordPress tema veya eklentilerinden değil; veritabanı bilgileri, kullanıcı yetkileri veya MySQL sunucusundan kaynaklanıyor olabilir.

Test dosyası gerçek veritabanı bilgilerini içerdiği için kontrol sonrasında derhal kaldırılmalıdır.

Veritabanı Tablolarını Onarma ve Yapılandırma

WordPress Veritabanını Onarın

Bağlantı bilgileri doğru olduğu halde WordPress tablo bozulması uyarısı veriyorsa yerleşik veritabanı onarım aracı kullanılabilir.

wp-config.php dosyasına şu satırı ekleyin:

define( 'WP_ALLOW_REPAIR', true );

Ardından şu adresi açın:

https://alanadiniz.com/wp-admin/maint/repair.php

Bu ekranda genellikle iki seçenek bulunur:

• Veritabanını onar
• Veritabanını onar ve optimize et

İşlem tamamlandıktan sonra güvenlik amacıyla şu satırı mutlaka kaldırın:

define( 'WP_ALLOW_REPAIR', true );

Onarım ekranı giriş gerektirmeden çalışabildiği için bu tanım kalıcı olarak açık bırakılmamalıdır.

phpMyAdmin Üzerinden Tabloları Kontrol Edin

1. Hosting panelinden phpMyAdmin’i açın.
2. WordPress veritabanını seçin.
3. Tabloların listelendiğini kontrol edin.
4. Bozuk olduğu düşünülen tabloları seçin.
5. Alt menüden Tabloyu onar seçeneğini kullanın.
6. Gerekirse işlem sonrasında Tabloyu optimize et seçeneğini çalıştırın.

Tablolar hiç görünmüyorsa yanlış veritabanını açıyor olabilirsiniz veya yedek eksik aktarılmış olabilir.

Veritabanı Tablo Önekini Kontrol Edin

WordPress tablo öneki wp-config.php dosyasında şu satırla belirlenir:

$table_prefix = 'wp_';

Veritabanındaki tablolar farklı bir önek kullanıyorsa WordPress doğru tabloları bulamaz.

Örneğin tablolar şu şekildeyse:

krb_posts
krb_options
krb_users

yapılandırma şu şekilde olmalıdır:

$table_prefix = 'krb_';

Tablo öneki problemi her zaman doğrudan veritabanı bağlantı hatası oluşturmaz; ancak taşıma sonrasında boş site, kurulum ekranı veya eksik tablo uyarılarına neden olabilir.

Sunucu Kaynakları ve Hata Günlükleri

Disk Alanını Kontrol Edin

Hosting hesabının disk alanı tamamen dolduğunda MySQL geçici tablolar oluşturamayabilir, günlük dosyaları yazılamayabilir veya veritabanı işlemleri başarısız olabilir.

Şunları kontrol edin:

• Toplam disk kullanım oranı
• Veritabanı boyutu
• Yedek klasörleri
• Hata günlükleri
• Önbellek klasörleri
• Eski staging kopyaları
• Kullanılmayan ZIP ve yedek dosyaları

Gereksiz dosyaları silmeden önce yedek olup olmadıklarını doğrulayın.

Hosting Kaynak Limitlerini Kontrol Edin

Paylaşımlı hostinglerde aşağıdaki limitlerin aşılması geçici bağlantı hatalarına neden olabilir:

• CPU kullanımı
• RAM kullanımı
• Entry Process limiti
• Eş zamanlı MySQL bağlantısı
• Disk giriş ve çıkış limiti
• PHP işlem sayısı

cPanel’de Kaynak Kullanımı veya benzeri bir bölüm varsa limit ihlallerini kontrol edin.

Hata yalnızca yoğun ziyaret saatlerinde görülüyorsa sunucu kapasitesi, yavaş sorgular veya önbellek eksikliği araştırılmalıdır.

MySQL Sunucusunun Çalışıp Çalışmadığını Kontrol Edin

VPS veya özel sunucu kullanıyorsanız MySQL veya MariaDB servisinin durumunu kontrol edebilirsiniz.

systemctl status mysql

MariaDB kullanılan sistemlerde:

systemctl status mariadb

Servis durmuşsa yeniden başlatma gerekebilir:

systemctl restart mysql

Bu işlemler sunucu yönetim yetkisi gerektirir. Paylaşımlı hosting kullanıcıları hosting destek ekibiyle iletişime geçmelidir.

MySQL Server Has Gone Away Hatasını Araştırın

Sunucu günlüklerinde aşağıdaki mesaj görülüyorsa bağlantı zaman aşımı, büyük paket, uzun sorgu veya sunucu yeniden başlatılması söz konusu olabilir:

MySQL server has gone away

Kontrol edilmesi gerekenler:

• wait_timeout
• max_allowed_packet
• Uzun süren sorgular
• Büyük veritabanı içe aktarmaları
• Sunucu RAM kullanımı
• MySQL yeniden başlatmaları
• Ağ bağlantısı

MySQL belgelerine göre bu hata çoğunlukla sunucunun zaman aşımı nedeniyle bağlantıyı kapatmasıyla ilişkilidir.

WordPress Hata Günlüğünü Etkinleştirin

Bağlantı sorununun yanında başka PHP hataları da oluşuyorsa WordPress hata günlüğünü geçici olarak etkinleştirebilirsiniz.

wp-config.php dosyasına şu tanımları ekleyin:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Hatalar genellikle şu dosyada kaydedilir:

/wp-content/debug.log

WP_DEBUG_LOG, ekrandan görülemeyen AJAX ve cron hatalarını da kayıt altına almak için kullanılabilir. İnceleme tamamlandıktan sonra canlı sitede hata ayıklama kapatılmalıdır.

Sunucu Hata Günlüklerini İnceleyin

Hosting panelinde aşağıdaki günlükleri kontrol edin:

• PHP error log
• MySQL error log
• Apache error log
• Nginx error log
• Kaynak kullanım kayıtları

Şu ifadeler sorunun kaynağını belirlemeye yardımcı olabilir:

Access denied for user
Unknown database
Can't connect to MySQL server
Too many connections
MySQL server has gone away
Table is marked as crashed
Connection timed out

WordPress Dosyaları, Tema ve Eklenti Kontrolleri

WordPress Çekirdek Dosyalarını Yenileyin

Veritabanı bilgileri doğru, MySQL çalışıyor ve tablolar sağlamsa WordPress çekirdek dosyaları bozulmuş olabilir.

Güvenli işlem sırası:

1. WordPress’in güncel sürümünü resmî kaynaktan indirin.
2. Paketi bilgisayarınızda çıkartın.
3. wp-content klasörünü yüklemeyin.
4. wp-config.php dosyanızın üzerine yazmayın.
5. Diğer WordPress çekirdek dosyalarını FTP ile yenileyin.
6. Siteyi tekrar kontrol edin.

Bu işlem tema, eklenti ve medya dosyalarını koruyarak WordPress çekirdek dosyalarını yenilemeyi amaçlar.

Eklenti ve Tema Kaynaklı Sorunları Kontrol Edin

Eklenti ve temalar genellikle doğrudan yanlış veritabanı parolası oluşturmaz. Ancak yoğun sorgular, hatalı güncellemeler veya özel veritabanı bağlantı kodları sunucuyu zorlayabilir.

Yönetim paneline erişemiyorsanız eklenti klasörünü geçici olarak yeniden adlandırabilirsiniz:

/wp-content/plugins/
/wp-content/plugins-pasif/

Site düzelirse klasörü eski adına çevirin ve eklentileri tek tek etkinleştirerek sorunlu olanı belirleyin.

Bu test canlı sitedeki özellikleri devre dışı bırakabileceği için mümkünse staging ortamında yapılmalıdır.

Taşıma, Yedek ve Multisite Kontrolleri

Site Taşıma Sonrası Bağlantı Hatası

Hosting veya sunucu taşımasından sonra hata oluştuysa şu alanları kontrol edin:

• Veritabanı tamamen içe aktarıldı mı?
• Yeni veritabanı adı doğru mu?
• Yeni MySQL kullanıcısı oluşturuldu mu?
• Kullanıcı veritabanına atandı mı?
• wp-config.php yeni bilgilerle güncellendi mi?
• DB_HOST yeni sunucuya uygun mu?
• Dosyalar doğru alan adının dizinine yüklendi mi?
• Eski ve yeni sunucu karıştırılıyor mu?

Taşıma sırasında eski sunucunun wp-config.php dosyasını aynen kullanmak yeni hostingte bağlantı hatasına neden olabilir.

Yedekten Geri Yükleme Sonrası Hata

Yedekten yalnızca dosyalar geri yüklendiyse ancak veritabanı aktarılmadıysa WordPress bağlanacağı içeriği bulamayabilir.

Tersine, veritabanı geri yüklenmiş ancak wp-config.php eski bilgilerle kalmış olabilir.

Dosya ve veritabanı yedeklerinin aynı tarihe ait olması, taşıma ve kurtarma işlemlerinde tutarlılığı artırır.

WordPress Multisite Sisteminde Kontrol Edilecekler

WordPress Multisite yapısında bütün siteler aynı veritabanını paylaşabilir. Ana veritabanı bağlantısı koptuğunda ağdaki bütün siteler etkilenebilir.

Şunları kontrol edin:

• DB_NAME, DB_USER, DB_PASSWORD ve DB_HOST
• Tablo öneki
• DOMAIN_CURRENT_SITE ayarı
• Ağ tablolarının mevcut olup olmadığı
• Veritabanı kullanıcısının bütün tablolara erişimi

Güvenlik Kontrolleri

Güvenlik İhlali İhtimalini Kontrol Edin

Veritabanı bilgileri kendiliğinden değişmiş görünüyorsa veya wp-config.php içinde tanımadığınız kodlar bulunuyorsa site güvenliği araştırılmalıdır.

• Dosya değişiklik tarihlerini kontrol edin.
• Yönetici kullanıcılarını inceleyin.
• Şüpheli PHP dosyalarını araştırın.
• Hosting erişim kayıtlarını kontrol edin.
• FTP, hosting ve WordPress parolalarını değiştirin.
• Güvenlik taraması yapın.

Zararlı kodları yalnızca görünürdeki dosyayı silerek temizlemek yeterli olmayabilir. Dosyalar, veritabanı ve kullanıcı hesapları birlikte incelenmelidir.

Hosting Desteğine Başvurma

Hosting Desteğine Hangi Bilgiler Verilmeli?

Sorunu kendiniz çözemiyorsanız destek talebinde şu bilgileri paylaşın:

• Hatanın başladığı tarih ve saat
• Hata öncesinde yapılan işlem
• Site taşıma veya güncelleme yapılıp yapılmadığı
• phpMyAdmin’e erişilip erişilemediği
• Aynı hesaptaki diğer sitelerin durumu
• MySQL hata günlüğündeki ilgili kayıtlar
• Kaynak limitlerinin aşılıp aşılmadığı
• DB_HOST bilgisinin doğrulanması talebi

Gerçek veritabanı parolasını normal destek mesajına açık biçimde yazmayın. Sağlayıcının güvenli paylaşım alanını kullanın.

Hızlı Çözüm Sıralaması

1. Hatanın geçici olup olmadığını kontrol edin.
2. phpMyAdmin’in açılıp açılmadığını test edin.
3. wp-config.php veritabanı bilgilerini doğrulayın.
4. MySQL kullanıcısının veritabanına atanmış olduğunu kontrol edin.
5. DB_HOST bilgisini hosting panelinden doğrulayın.
6. Gerekirse MySQL parolasını yenileyin.
7. Veritabanı tablolarını onarın.
8. Disk ve hosting kaynaklarını kontrol edin.
9. MySQL ve PHP hata günlüklerini inceleyin.
10. Sorun devam ederse hosting desteğine başvurun.

Sık Sorulan Sorular

WordPress veritabanı bağlantısı kurulurken hata oluştu ne demek?

WordPress’in MySQL veya MariaDB veritabanına bağlanamadığını gösterir. Site içerikleri veritabanından okunamadığı için normal sayfalar görüntülenemez.

Bu hata neden aniden ortaya çıkar?

MySQL sunucusunun durması, hosting kaynaklarının tükenmesi, veritabanı parolasının değiştirilmesi, tabloların bozulması veya sunucu taşıması nedeniyle aniden oluşabilir.

wp-config.php dosyası nerede bulunur?

Genellikle WordPress’in kurulu olduğu ana dizinde, wp-admin, wp-content ve wp-includes klasörleriyle aynı seviyede bulunur.

DB_HOST her zaman localhost mu olmalı?

Hayır. Birçok hostingte localhost kullanılır ancak bazı sağlayıcılarda farklı sunucu adı, IP adresi, port veya soket bilgisi gerekir.

Veritabanı şifresini değiştirirsem site bozulur mu?

Yeni parola aynı anda wp-config.php dosyasına doğru şekilde yazılırsa site çalışmaya devam eder. Dosya güncellenmezse bağlantı hatası oluşur.

Veritabanı onarımı içerikleri siler mi?

Standart tablo onarımı mevcut tabloları düzeltmeye çalışır. Yine de her veritabanı işlemi öncesinde yedek alınmalıdır.

phpMyAdmin açılmıyorsa ne yapılmalı?

MySQL sunucusu durmuş, hosting kaynakları tükenmiş veya panel erişiminde sorun olabilir. Hosting sağlayıcısıyla iletişime geçilmelidir.

“Access denied for user” ne anlama gelir?

MySQL kullanıcı adı, parola veya kullanıcı yetkilerinden birinin hatalı olduğunu gösterir. Kullanıcının doğru veritabanına atanıp atanmadığı kontrol edilmelidir.

“Unknown database” ne anlama gelir?

wp-config.php dosyasındaki veritabanı adının sunucuda bulunmadığını veya yanlış yazıldığını gösterir.

MySQL server has gone away hatası nasıl çözülür?

Sunucu zaman aşımı, uzun sorgular, büyük veri paketleri, MySQL yeniden başlatılması veya kaynak yetersizliği araştırılmalıdır. VPS kullanıcıları MySQL günlüklerini ve sunucu ayarlarını, paylaşımlı hosting kullanıcıları ise destek kayıtlarını kontrol etmelidir.

Eklentiler bu hataya neden olabilir mi?

Doğrudan veritabanı parolasını değiştirmeseler de yoğun veya hatalı sorgularla MySQL sunucusunu zorlayabilir, güncelleme sırasında tabloları bozabilir veya bağlantı sayısını artırabilirler.

Sonuç

WordPress “Veritabanı bağlantısı kurulurken hata oluştu” sorunu, sitenin MySQL veya MariaDB veritabanına erişemediğini gösterir. En sık karşılaşılan nedenler yanlış veritabanı bilgileri, eksik kullanıcı yetkileri, hatalı DB_HOST değeri, bozuk tablolar ve çalışmayan veritabanı sunucusudur.

İlk olarak wp-config.php dosyasındaki veritabanı adı, kullanıcı adı, parola ve sunucu bilgisini hosting panelindeki bilgilerle karşılaştırın. Ardından MySQL kullanıcısının veritabanına atanmış olduğunu ve phpMyAdmin üzerinden tabloların erişilebilir durumda bulunduğunu kontrol edin.

Bağlantı bilgileri doğru olduğu halde hata devam ediyorsa veritabanı onarımı, disk kullanımı, sunucu kaynakları ve MySQL hata günlükleri incelenmelidir. Sunucu seviyesindeki problemlerde hosting sağlayıcısından MySQL servis durumunu ve bağlantı limitlerini kontrol etmesini isteyin.

WordPress sitenizde veritabanı bağlantısı, taşıma, güncelleme veya sunucu kaynaklı teknik sorunlar yaşıyorsanız WordPress bakım ve teknik destek hizmetimizi inceleyebilir ve KRB Dijital’den profesyonel destek alabilirsiniz.