Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X
X
X
X

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
MySQL / MariaDB Teknik Rehberi

Can’t Connect to MySQL Server ve MariaDB Başlamıyor Hatası

Bu hata sınıfı istemcinin veritabanı servisine hiç ulaşamadığını gösterir. Servis durumu, socket, port 3306, bind-address, disk alanı, veri dizini izinleri ve güvenlik katmanları doğru sırayla ayrılmalıdır.

Connection Refusedmysql.sockPort 3306systemdData Directory
database.log
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock'
ERROR 2003 (HY000): Can't connect to MySQL server on '127.0.0.1:3306' (111)
01Hata mesajını aynen kaydedin
02Servis, port ve disk durumunu ayırın
03Yetki ve uygulama config’ini doğrulayın
04Yedek ve kontrollü değişiklik uygulayın
01
Teknik açıklama

MySQL/MariaDB Bağlanmıyor ne anlama gelir?

Bu hata sınıfı istemcinin veritabanı servisine hiç ulaşamadığını gösterir. Servis durumu, socket, port 3306, bind-address, disk alanı, veri dizini izinleri ve güvenlik katmanları doğru sırayla ayrılmalıdır.

İlk ayrım, sorunun uygulama bağlantı bilgilerinden mi, veritabanı servisinden mi, ağ katmanından mı yoksa veri dosyasından mı kaynaklandığıdır. Tarayıcıdaki genel mesaj yerine motorun kendi error logu esas alınmalıdır.

cPanel ve Plesk yönetimi kolaylaştırır ancak servis, port, kullanıcı, rol ve veri bütünlüğü kontrolleri veritabanı motorunun native araçlarıyla doğrulanmalıdır.

Yetki sorunlarında en az yetki ilkesi korunmalı; servis ve recovery sorunlarında veri dosyalarına dokunmadan önce fiziksel veya mantıksal yedek hazırlanmalıdır.

Bir ayarı büyütmek veya güvenliği gevşetmek geçici rahatlama sağlayabilir. Kalıcı çözüm, hatanın hangi katmanda başladığını ölçerek en küçük değişikliği uygulamaktır.

/var/lib/mysql dizinini silmeyin veya yeniden initialize etmeyin.

02
Log mesajları

Hata kodları, anlamları ve ilk güvenli işlem

8 kayıt
01kritik

Can't connect to local MySQL server through socket

Anlamı: İstemci belirtilen Unix socket’e ulaşamıyor.

Muhtemel neden: Servis kapalı, socket yolu yanlış veya socket oluşturulamamış.

02kritik

Can't connect to MySQL server on 127.0.0.1 (111)

Anlamı: TCP bağlantısı hedef portta reddedildi.

Muhtemel neden: mysqld dinlemiyor veya port yanlış.

03kritik

Failed to start MariaDB database server

Anlamı: systemd servis başlangıcını başarısız gördü.

Muhtemel neden: Config, izin, disk veya InnoDB hatası.

04kritik

No space left on device

Anlamı: Servis dosya, log veya socket oluşturamıyor.

Muhtemel neden: Disk veya inode dolu.

05uyari

Address already in use

Anlamı: 3306 portunu başka işlem kullanıyor.

Muhtemel neden: İkinci instance veya yanlış servis.

06uyari

Permission denied on data directory

Anlamı: mysqld veri dizinine erişemiyor.

Muhtemel neden: Sahiplik, mode veya SELinux/AppArmor.

07uyari

unknown variable in my.cnf

Anlamı: Desteklenmeyen config parametresi var.

Muhtemel neden: Sürüm yükseltmesi sonrası eski seçenek.

08bilgi

skip-networking is enabled

Anlamı: TCP bağlantıları kapalı.

Muhtemel neden: Sunucu yalnız socket kullanıyor.

Bu ifadeyle eşleşen kayıt bulunamadı.

03
Kopyalanabilir kontroller

SSH, SQL ve servis teşhis komutları

Servis durumu

systemctl status mariadb mysqld --no-pager
journalctl -u mariadb -u mysqld -n 200 --no-pager

Servis ve ilk kritik hatayı gösterir.

Port ve socket

ss -lntp | grep 3306
ss -lxnp | grep -E 'mysql|maria'

TCP ve Unix socket durumunu gösterir.

Disk ve inode

df -hT
df -i

Disk ve inode doluluğunu kontrol eder.

Veri dizini izinleri

namei -l /var/lib/mysql
stat -c '%U:%G %a %n' /var/lib/mysql

Üst klasörlerle birlikte izinleri gösterir.

Etkin yapılandırma

my_print_defaults mysqld client

Etkin socket, port ve diğer parametreleri gösterir.

Bağlantı testi

mysqladmin --protocol=socket ping
mysqladmin --protocol=tcp -h 127.0.0.1 ping

Socket ve TCP yollarını ayrı test eder.

04
Barındırma ortamına göre

cPanel, Plesk ve panelsiz sunucu kontrolleri

cPanel / WHM

MySQL / MariaDB hatasını cPanel servis, kullanıcı ve kaynak katmanlarıyla birlikte inceleyin.

  • Panel servis durumunu motorun kendi error loguyla aynı zaman aralığında karşılaştırın.
  • Hesap kullanıcıları, veritabanı eşlemesi ve kaynak limitlerini doğrulayın.
  • Panel dışı değişiklik yapmadan önce yedek ve geri dönüş hazırlayın.

Plesk Obsidian

MySQL / MariaDB için Database Servers, abonelik kullanıcıları ve repair araçlarını kontrollü kullanın.

  • Tools & Settings > Database Servers bölümünde doğru instance’ı doğrulayın.
  • Abonelik kullanıcıları ve uzak erişim kurallarını minimum kapsamla kontrol edin.
  • Repair komutlarını önce denetim ve güncel yedekle uygulayın.

Panelsiz Sunucu

MySQL / MariaDB servis, port, log ve native istemci araçlarıyla doğrudan teşhis edin.

  • Doğru servis ve instance’ı belirleyin.
  • Hata anını uygulama ve motor loglarıyla eşleştirin.
  • Config veya veri dosyası değişikliğini küçük ve geri alınabilir tutun.

Kesinlikle yapmayın

  • /var/lib/mysql dizinini silmeyin veya yeniden initialize etmeyin.
  • mysql.sock dosyasını elle oluşturmayın.
  • ibdata1, redo log veya .ibd dosyalarını rastgele taşımayın.
  • Hata logu almadan art arda restart uygulamayın.

Çözüm sonrası doğrulama

  • Servis active/running durumda.
  • Socket ve TCP ping testleri başarılı.
  • 3306 yalnız beklenen arayüzlerde dinliyor.
  • Uygulamalar yeniden bağlantı kurabiliyor.
05
İç SEO içerik kümesi

İlgili veritabanı hata çözümleri

06
Resmî kaynaklar

Üretici dokümantasyonu

07
Sık sorulan sorular

MySQL/MariaDB Bağlanmıyor hakkında sorular

MySQL/MariaDB Bağlanmıyor hatasında ilk kontrol nedir?

Tam hata mesajı ve zaman bilgisi kaydedilir; ardından servis, port, disk ve uygulama config’i birbirinden ayrılır.

Panelden servisi yeniden başlatmak yeterli mi?

Geçici olarak çalıştırabilir ancak kök neden motorun error logu, native istemci ve kaynak metrikleriyle doğrulanmalıdır.

Uzak veritabanı portu herkese açılmalı mı?

Hayır. Yalnız gereken özel ağ, VPN veya belirli kaynak IP’leri için firewall ve motor erişim kuralı kullanılmalıdır.

Veritabanı kullanıcısına tam yetki vermek doğru mu?

Uygulamalar en az yetki prensibiyle yalnız gereken database, schema ve işlemlere erişmelidir.

Hata çözülmeden önce yedek alınmalı mı?

Yetki ve config sorunlarında bile güncel yedek önerilir; corruption, servis başlamama veya dosya müdahalesinde zorunludur.

Komutları doğrudan üretimde çalıştırabilir miyim?

Önce motor, sürüm, dosya yolu ve yetkiler doğrulanmalı; veri değiştiren komutlar test veya yedekli ortamda uygulanmalıdır.

Bu sayfa sıralama garantisi verir mi?

Hayır. Teknik kalite, gerçek kullanıcı faydası, iç linkleme, site otoritesi, hız ve Search Console verileri birlikte sonuç üretir.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

Veritabanı sorununu veri kaybı oluşturmadan çözelim

MySQL, MariaDB, PostgreSQL, MongoDB, SQLite ve SQL Server bağlantı, yetki, performans, taşıma ve kurtarma süreçlerini birlikte analiz ediyoruz.

Teknik Destek AlWhatsApp
Top