Yerel MySQL sunucusuna '/var/mysql/mysql.sock' soketi ile bağlanamıyor (38)

MySQL bağlanmak çalışırken büyük bir sorun yaşıyorum. Koştuğumda:

/usr/local/mysql/bin/mysql start

Aşağıdaki hatayı aldım:

Can't connect to local MySQL server through socket '/var/mysql/mysql.sock' (38)

Dizinin mysql.sockaltında var /var/mysql.

In /etc/my.cnfI sahiptir:

[client]
port=3306
socket=/var/mysql/mysql.sock

[mysqld]
port=3306
socket=/var/mysql/mysql.sock
key_buffer_size=16M
max_allowed_packet=8M

ve /etc/php.inibende:

; Default socket name for local MySQL connects.  If empty, uses the built-in
; MySQL defaults.
mysql.default_socket = /var/mysql/mysql.sock

Kullanarak apache'yi yeniden başlattım sudo /opt/local/apache2/bin/apachectl restart

Ama yine de hata var.

Aksi takdirde, bunun alakalı olup olmadığını bilmiyorum ama mysql_config --socketsyaptığımda

--socket         [/tmp/mysql.sock]

My.cnf dosyanız (genellikle / etc / mysql / klasöründe bulunur)

socket=/var/lib/mysql/mysql.sock

mysql'in çalışıp çalışmadığını aşağıdaki komutla kontrol edebilirsiniz:

mysqladmin -u root -p status

mysql klasörüne olan izninizi değiştirmeyi deneyin. Yerel olarak çalışıyorsanız şunları deneyebilirsiniz:

sudo chmod -R 755 /var/lib/mysql/

bu benim için çözdü

mysql ve mysql sunucusunu kurduğunuzdan emin misiniz?

Örneğin mySql sunucusunu kurmak için hem mysql komut satırı aracını hem de sunucuyu kurmak için yum veya apt kullanacağım:

yum -y install mysql mysql-server (or apt-get install mysql mysql-server)

MySQL hizmetini etkinleştirin:

/sbin/chkconfig mysqld on

MySQL sunucusunu başlatın:

/sbin/service mysqld start

daha sonra MySQL kök şifresini ayarlayın:

mysqladmin -u root password 'new-password' (with the quotes)

Umut ediyorum bu yardım eder.

Benim için çalışan hızlı bir geçici çözüm: mysql_connect () içindeki 'localhost' yerine yerel ip adresini (127.0.0.1) kullanmayı deneyin. Bu "php" yi bir unix soketi yerine TCP / IP üzerinden bağlanmaya zorlar.

Aşağıdaki hatayı aldım

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)

Birkaç şekilde denedim ve sonunda aşağıdaki yolla çözdüm

sudo gksu gedit /etc/mysql/my.cnf

değiştirilmiş

#bind-address       = 127.0.0.1

için

bind-address        = localhost

ve yeniden başlatıldı

sudo /etc/init.d/mysql restart

işe yaradı

MySQL çalıştırdığınızdan emin olun: /etc/init.d/mysql start

Sorunun ortaya çıkmasını önlemek için, sunucuyu kapatmak yerine sunucunun komut satırından zarif bir şekilde kapatılması gerekir.

shutdown -h now

Bu, makineyi kapatmadan önce çalışan hizmetleri durduracaktır.

Centos, bu sorunla karşılaştığınızda yeniden geri almak için ek bir yöntem mysql.sock taşımaktır:

mv /var/lib/mysql/mysql.sock /var/lib/mysql/mysql.sock.bak

service mysqld start

Hizmeti yeniden başlatmak mqsql.sock adlı yeni bir giriş oluşturur

Dosyam için cron işi ayarladığımda bu hatayı aldım. Dosya izinlerini 777 olarak değiştirdim ama hala benim için çalışmadı. Sonunda çözümü aldım. Belki başkaları için yararlı olacaktır.

Bu komutu deneyin:

mysql -h 127.0.0.1 -P 3306 -u kök -p

-H'nin ana bilgisayar , -P'nin bağlantı noktası ve -p'nin parola olduğunu unutmayın.

Burada birçok cevap tarafından görülebileceği gibi, MySQL hizmetini başlattığınızda bu hata iletisiyle sonuçlanabilecek birçok sorun var. Mesele şu ki, uygun günlük dosyasına bakarsanız, MySQL genellikle neyin yanlış olduğunu size söyleyecektir.

Örneğin, Ubuntu'da kontrol etmelisiniz /var/log/syslog. Birçok başka şey de bu dosyaya giriş yapıyor olabileceğinden, muhtemelen grepmysql mesajlarına tailbakmak ve sadece en sonlara bakmak için kullanmak istersiniz . Hep birlikte, bu şöyle görünebilir:

grep mysql /var/log/syslog | tail -50

Başka biri 'Bu benim sistemim için çalıştı' dediğinden yapılandırmanızda körü körüne değişiklik yapmayın. Sisteminizde neyin yanlış olduğunu anlayın ve çok daha iyi bir sonuç elde edersiniz.

Başka bir geçici çözüm /etc/my.cnf dosyasını düzenlemek ve [client] bölümüne ana bilgisayar eklemektir.

 [client]
 #password       = your_password
 host            = 127.0.0.1
 port            = 3306
 socket          = /var/run/mysql/mysql.sock

Ve sonra mysql hizmetini yeniden başlatın.

Bu geçici çözüm şu şekilde test edilmiştir: Sunucu sürümü: 5.5.25a-log Kaynak dağıtımı

Aynı sorunu vardı ve mysql sunucusu çalışırken mysql sürücülerinin bir güncellemesinden kaynaklandı. Ben sadece hem mysql hem de apache2 yeniden başlayarak düzeltildi:

sudo hizmet mysql durdur

sudo hizmet mysql başlangıç

sudo service apache2 durdurma

sudo service apache2 başlat

Benim durumumda, Centos 5.5 kullanıyordum. Ben mysql hizmet bazı nasıl durduruldu çünkü sorun olduğunu bulundu. Bu yüzden mysql hizmetini şu komutla başlattım:

 /etc/init.d/mysqld start

Yani .. aptalca bir hata.

Her şey yolunda giderse ve bu hatayı görmeye yeni başladıysanız, başka bir şey yapmadan önce disk alanınızın kalmadığından emin olun:

df -h

Mysql.sock dosyasının oluşturulduğu birim % 100 kullanımdaysa, MySql bunu oluşturamaz ve bu hatanın nedeni bu olur. Tek yapmanız gereken eski günlük dosyaları gibi gerekli olmayan bir şeyi silmek.

-h (ana bilgisayar) ve -P (bağlantı noktası) ile deneyin:

mysql -h 127.0.0.1 -P 3306 -u root -p

sudo service mysql start

Bu size iyi hizmet etmelidir. Mysql yapılandırmalarını etkileyen bazı komutları değiştirme olasılığınız olabilir.

Bu sorunun birçok çözümü var, ancak durumum için makinede / sunucuda DATE'yi düzeltmem gerekiyordu ( Ubuntu 16.04 Sunucu ).

i) Sunucunuzun tarihini kontrol edin ve düzeltin.

ii) Koş sudo /etc/init.d/mysql restart

Bu başlamalı.

MAMP çalıştırıyordu ve .sock dosyam farklı bir konumda olduğu için hata alıyordum. Sadece uygulamanın gerçekte nerede olduğuna işaret etmesi gerektiğini düşündüğü ve bir cazibe gibi çalıştığı sembolik bir bağlantı ekledim.

Bunun bir izin sorunu olduğunu da buldum. MySQL dosyalarını çalışan bir yüklemeyle karşılaştırdım (her ikisi de Debian 6'da) ve aşağıdaki sahiplik değişikliklerini yapmak zorunda kaldım (buradamydatabase olduğunuz herhangi bir veritabanı ).

Mülkiyet mysql:mysql:

chown mysql:mysql /var/lib/mysql
chown mysql:mysql /var/lib/mysql/ib*
chown mysql:mysql /var/lib/mysql/mydatabase
chown mysql:mysql /var/lib/mysql/mydatabase/*
chown mysql:mysql /var/lib/mysql/mysql/* 

Mülkiyet mysql:root:

chown mysql:root /var/lib/mysql/mysql
chown mysql:root /var/run/mysqld 

Mülkiyet mysql:adm:

chown mysql:adm /var/log/mysql
chown mysql:adm /var/log/mysql.err
chown mysql:adm /var/log/mysql.log* 

Benim için - bu sadece MySQL'in yüklenmesi uzun zaman alan bir durumdu. Veritabanlarımdan birinde 100.000'den fazla tablo var ve sonunda başladı ama bu durumda uzun zaman alması gerekiyor.

AWS (Amazon Web Services) Micro sürümünü kullanıyorsanız, bu bir bellek sorunudur. Koştuğumda

mysql

terminalden söylerdi

ERROR 2002 (HY000): Can't connect to local MySQL server through socket /var/run/mysqld/mysqld.sock' (111)

Bu yüzden aşağıdakileri denedim ve başarısız olur.

service mysqld restart

Çok fazla arama yaptıktan sonra, MySQL için yeterli belleğe sahip olmak için bir takas dosyası oluşturmanız gerektiğini öğrendim. Talimatlar listelenmiştir: http://www.prowebdev.us/2012/05/amazon-ec2-linux-micro-swap-space.html .

Sonra, mysqld yeniden başlatabildi.

mysql.sock dosyasının konumunu aşağıdaki --socketgibi kullanarak her zaman mysql sunucusunu başlatabilirsiniz

mysql --socket=/var/mysql/mysql.sock 

Soket dosyasının konumu, my.cnf dosyasında farklı bir konumda belirtilse bile çalışır.

Herhangi bir çözümü çalışmayanlar için şunu deneyin:

cd /etc/mysql

my.cnf dosyasının mevcut olup olmadığını kontrol et

nano my.cnf

aşağıdaki gibi yalnızca bir bağlanma adresiniz olduğundan emin olun:

bağlama adresi = 127.0.0.1

Değilse, sorun olabilir, sadece nano'dan çıkın ve dosyayı kaydedin.

ve service mysql start

nano'nuz yoksa (bir metin editörü) sadece yükleyin apt-get install nanove bir kez çıkmak için sadece Ctrl + X tuşlarına basın, aynı dosyayı kaydetmek ve kullanmak için Y demeyi unutmayın)

Sunucuyu başlatmaya çalışırken de bu sorunu yaşadım, bu yüzden sadece sunucuyu başlatmayı söyleyen cevapların çoğu işe yaramadı. Yapabileceğiniz ilk şey, herhangi bir yapılandırma hatası olup olmadığını görmek için aşağıdakileri yürütmektir:

/usr/sbin/mysqld --verbose --help 1>/dev/null

Ben ortaya bir hata var mı:

160816 19:24:33 [Note] /usr/sbin/mysqld (mysqld 5.5.50-0ubuntu0.14.04.1-log) starting as process 9461 ...
160816 19:24:33 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160816 19:24:33 [Note] Plugin 'FEDERATED' is disabled.
160816 19:24:33 [ERROR] /usr/sbin/mysqld: unknown variable 'innodb-online-alter-log-max-size=4294967296'
160816 19:24:33 [ERROR] Aborting

Basit grep -HR "innodb-online-alter-log-max-size" /etc/mysql/ dosya tam olarak hangi dosya rahatsız edici satırı içerdiğini gösterdi, bu yüzden o satırı dosyadan kaldırdım.

Sonra dosyamı kontrol ettim /var/log/mysql/error.log:

InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes
InnoDB: than specified in the .cnf file 0 671088640 bytes!
160816 22:46:46 [ERROR] Plugin 'InnoDB' init function returned error.
160816 22:46:46 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
160816 22:46:46 [ERROR] Unknown/unsupported storage engine: InnoDB
160816 22:46:46 [ERROR] Aborting

Bu soruya dayanarak kabul edilen çözüm işe yaramayacaktı, çünkü sunucuyu bile başlatamadım, bu yüzden bazı yorumların söylediklerini /var/lib/mysql/ib_logfile0ve /var/lib/mysql/ib_logfile1dosya ve dosyaları sildim .

Bu sunucu başlatmak için izin verdi ve ben sorguları bağlamak ve yürütmek mümkün, ancak benim hata günlük dosyası kontrol hızla bu gibi on binlerce satır ile doldurulmuş oldu:

160816 22:52:15  InnoDB: Error: page 1415 log sequence number 82039318708
InnoDB: is in the future! Current system log sequence number 81640793100.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: for more information.

Tarafından yapılan bir öneriye dayanarak Buradan , bunu düzeltmek için bir mysqldump yaptım ve tüm veritabanlarını geri yükledim (diğer birkaç çözüm için bağlantıya bakın).

$ mysqldump -u root -p --allow-keywords --add-drop-database --comments --hex-blob --opt --quote-names --databases db_1 db_2 db_3 db_etc > backup-all-databases.sql
$ mysql -u root -p < backup-all-databases.sql

Artık her şey beklendiği gibi çalışıyor.

Ekleme

--protocol=tcp 

bağlantınızdaki çocuk arabası listesine benim için çalıştı.

Bu benim için yeterince iyiydi

sudo /etc/init.d/mysql restart

Bugün bu sorunla karşılaştım. Bu cevapların hiçbiri düzeltmeyi sağlamadı. MySQL hizmetimin başlaması için aşağıdaki komutları (burada https://stackoverflow.com/a/20141146/633107 ) buldum :

sudo /etc/init.d/mysql stop
cd /var/lib/mysql/
ls ib_logfile*
mv ib_logfile0 ib_logfile0.bak
mv ib_logfile1 ib_logfile1.bak
... etc ...
/etc/init.d/mysql restart

Bu kısmen /var/log/mysql/error.log dosyasındaki aşağıdaki hatalarla belirtildi:

140319 11:58:21 InnoDB: Completed initialization of buffer pool
InnoDB: Error: log file ./ib_logfile0 is of different size 0 50331648 bytes
InnoDB: than specified in the .cnf file 0 5242880 bytes!
140319 11:58:21 [ERROR] Plugin 'InnoDB' init function returned error.
140319 11:58:21 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
140319 11:58:21 [ERROR] Unknown/unsupported storage engine: InnoDB
140319 11:58:21 [ERROR] Aborting

Ayrıca disk tam hatası gördüm, ancak yalnızca sudo olmadan komutları çalıştırırken. İzinler denetimi başarısız olursa, diski dolu olarak bildirir (bölümünüz dolu bile olsa).

CentOS 7, 64 bit. Yeni kurulum.
Benim durumumda, hata doğru MySQL sunucusunun ve MySQL istemcisinin yüklü olmamasıydı.
Kullanarak yum, kaldırdım mariadbve mysql-topluluk sürümü. Resmi MySQL web sitesinden istemci ve sunucu için rpm'leri indirdim ve sunucuyu ve istemciyi kurdum.

Sunucuyu yüklerken, MySQL için kök hesabın şifresinin görüntüleyebileceğim bir dosyada saklandığını gösteren bir mesaj gösterildi sudo cat /root/.mysql_secret.

Bu yüzden istemci ve sunucuyu kurduktan sonra, MySQL'in çalışıp çalışmadığını kontrol ettim (bunu yapmadan önce yeniden başlattığımı düşünüyorum) sudo service mysql statusve sonucu aldım.

MySQL çalışıyor (2601) [Tamam]

Ben .mysql_secret dosyadan şifresini kullanarak MySQL giriş yaptı:
mysql -uroot -pdxM01Xfg3DXEPabpf. dxM01Xfg3DXEPabpf.Mysql_secret dosyasında belirtilen parola olduğunu unutmayın .

ve sonra root şifresini değiştirmek için mysql komut istemine aşağıdaki komutu girmiştir:

mysql> SET PASSWORD FOR 'root'@'localhost' = PASSWORD('somePassword');

O andan itibaren her şey yolunda gitti.

sudo service mysqld start

Benim için çalıştım, Centos kullanıyorum

Bu doğrudan sorunuzu değil, PythonAnywhere kullanarak bir alt kümesini yanıtlar. Bir düzeltme ararken bu soru üzerine tökezlemeye devam ettim, bu yüzden bunu durumumda başkalarına yardımcı olacağını umuyorum.

PythonAnywhere , burada ayrıntılarıyla açıklandığı gibi verimliliği ve güvenilirliği artırmak için veritabanı bağlantısı ana bilgisayar adlarını değiştirmeye karar verdi :

Sizin hesabınızın MySQL veritabanı örneğine bağlanmak için kullanması gereken resmi ana bilgisayar adı mysql.server değiştiğini kullaniciadiniz .mysql.pythonanywhere-services.com . Bu, altyapımızın son haftalarda sorun göstermeye başlayan bir bölümünü atlıyor ve eski yöntemden çok daha verimli ve güvenilir olması gerekiyor.

Bu nedenle, ana makine adınızı yukarıda vurgulanan değere güncellemeniz gerekir.

Bu sorunu yaşadım. nihayet kontrol bir gün sonra cevap MariaDB başlatıldığında oluşturulur ve MariaDB kapatıldığında kaldırılır mysql.sock dosyası var. MariaDB çalışmıyorsa mevcut olmayacak. belki MariaDB'yi yüklemediniz. AŞAĞIDAKİ TALİMATI TAKİP EDİNİZ: https://www.linode.com/docs/databases/mariadb/how-to-install-mariadb-on-centos-7 BEST

Bu soket hatası vardı ve temelde MySQL çalışmıyor aslında geldi. Yeni bir yükleme gerçekleştirirseniz, 1) sistem paketini ve 2) panel yükleyiciyi (mysql.prefPane) yüklediğinizden emin olun. Panel yükleyici, Sistem Tercihlerinizi seçmenize ve MySQL'i açmanıza ve ardından çalışan bir örnek almanıza olanak tanır.

Yeni bir yüklemede, değişikliklerin düzgün şekilde yürürlüğe girmesi için bilgisayarımı sıfırlamam gerektiğini unutmayın. Yeniden başlatmanın ardından, yeni bir örneği çalıştırdım ve sorunsuz bir şekilde localhost bağlantısı açabildim.

Ayrıca, görünüşe göre, MySQL'in önceki sürümlerini yükledim, ancak paneli kaldırmıştım, bu da mac kullanıcıları için çalışan MySQL'in bir örneğini almayı kolaylaştırıyor.

Bu yeniden yükleme işlemi için iyi bir bağlantı: http://www.coolestguyplanettech.com/how-to-install-php-mysql-apache-on-os-x-10-6/