MySQL / MariaDB Teknik Rehberi

MySQL Server Has Gone Away Hatası Nasıl Çözülür?

Error 2006 ve 2013, açılmış bir bağlantının sunucu, ağ veya istemci tarafında kaybedildiğini gösterir. Bağlantının zaman aşımına uğraması, büyük paket, servis restartı, OOM, yavaş sorgu veya ağ kopması birbirinden ayrılmalıdır.

Error 2006Error 2013max_allowed_packetwait_timeoutLost Connection

Hata Mesajlarını İncele Teknik Destek Al

database.log

ERROR 2006 (HY000): MySQL server has gone away
ERROR 2013 (HY000): Lost connection to MySQL server during query

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

Teknik açıklama

MySQL Server Has Gone Away ne anlama gelir?

İ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.

Bütün timeout değerlerini sınırsız yapmayın.

Log mesajları

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

8 kayıt

01kritik

MySQL server has gone away

Anlamı: İstemci artık geçerli olmayan bağlantıyı kullandı.

Muhtemel neden: Timeout, restart, paket sınırı veya ağ kesintisi.

02kritik

Lost connection during query

Anlamı: Aktif sorgu tamamlanmadan bağlantı koptu.

Muhtemel neden: Uzun sorgu, crash veya ağ kesintisi.

03uyari

Got a packet bigger than max_allowed_packet

Anlamı: Paket sınırı aşıldı.

Muhtemel neden: Büyük INSERT, BLOB veya dump satırı.

04uyari

Aborted connection

Anlamı: Bağlantı beklenmedik kapandı.

Muhtemel neden: Client timeout, reset veya yanlış protokol.

05uyari

Communications link failure

Anlamı: Sürücü TCP bağlantısını kaybetti.

Muhtemel neden: Ağ, firewall, NAT veya restart.

06uyari

read timeout exceeded

Anlamı: İstemci zamanında yanıt alamadı.

Muhtemel neden: Yavaş sorgu veya düşük client timeout.

07bilgi

wait_timeout exceeded

Anlamı: Boş bağlantı sunucu tarafından kapatıldı.

Muhtemel neden: Pool bağlantıyı uzun tuttu.

08bilgi

Connection reset by peer

Anlamı: Karşı uç bağlantıyı sıfırladı.

Muhtemel neden: Restart, proxy veya ağ cihazı.

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

Kopyalanabilir kontroller

SSH, SQL ve servis teşhis komutları

Timeout ve paket

SHOW VARIABLES WHERE Variable_name IN ('wait_timeout','interactive_timeout','max_allowed_packet','net_read_timeout','net_write_timeout');

Bağlantı ve paket sınırlarını gösterir.

Sunucu uptime

SHOW GLOBAL STATUS LIKE 'Uptime';
SHOW GLOBAL STATUS LIKE 'Aborted_%';

Restart ve iptal edilen bağlantıları gösterir.

Aktif sorgular

SHOW FULL PROCESSLIST;

Uzun veya kilit bekleyen sorguları gösterir.

Servis ve kernel logları

journalctl -u mariadb -u mysqld -n 200 --no-pager
journalctl -k -n 200 --no-pager | grep -iE 'oom|killed process|mysql|maria'

Restart ve OOM kayıtlarını gösterir.

Slow log durumu

SHOW VARIABLES LIKE 'slow_query_log%';
SHOW VARIABLES LIKE 'long_query_time';

Slow query yapılandırmasını gösterir.

Ağ testi

mtr -rwzc 20 veritabani.example.com 2>/dev/null || ping -c 10 veritabani.example.com

Uzak DB yolundaki kayıp ve gecikmeyi ölçer.

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

Bütün timeout değerlerini sınırsız yapmayın.
max_allowed_packet değerini ölçmeden GB seviyesine çıkarmayın.
Uzun sorguyu analiz etmeden pool boyutunu artırmayın.
Sonsuz retry döngüsü kurmayın.

Çözüm sonrası doğrulama

Aynı işlem bağlantı kopmadan tamamlanıyor.
Sunucu uptime test boyunca değişmedi.
Aborted_clients artışı durdu.
Pool ölü bağlantıları yeniliyor.

İç SEO içerik kümesi

İlgili veritabanı hata çözümleri

MySQL Error 1045MySQL ve MariaDB Error 1045 Access denied for user hatasını kullanıcı, parola, host, yetki ve authentication plugin kontrolleriyle çözün.

→

MySQL/MariaDB BağlanmıyorMySQL veya MariaDB servisi başlamıyor ve bağlantı reddediliyorsa socket, port 3306, disk, izin, SELinux ve yapılandırmayı kontrol edin.

→

MySQL Error 1040MySQL ve MariaDB Error 1040 Too many connections hatasını max_connections, connection pool, uyuyan bağlantılar ve yavaş sorgu analiziyle çözün.

→

MySQL Error 1064MySQL Error 1064 SQL syntax hatasını eksik tırnak, virgül, parantez, reserved keyword, sürüm farkı ve dump import kontrolleriyle çözün.

→

InnoDB Corruption RecoveryMariaDB ve MySQL InnoDB corruption, crash recovery ve servis başlamama hatalarını yedek, innodb_force_recovery ve güvenli dump adımlarıyla teşhis edin.

→

PostgreSQL AuthenticationPostgreSQL password authentication failed, no pg_hba.conf entry ve connection refused hatalarını rol, parola, host ve listen_addresses kontrolleriyle çözün.

→

Resmî kaynaklar

Üretici dokümantasyonu

MySQL Server Has Gone Away MySQL Packet Too Large MariaDB Documentation

Sık sorulan sorular

MySQL Server Has Gone Away hakkında sorular

MySQL Server Has Gone Away 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 Al WhatsApp

Özel Sunucu Hizmetleri

Standart Sunucular