Test paketim sırasında yerel bir MySQL sunucusuna bağlanmaya çalıştığımda, şu hatayla başarısız oluyor:

OperationalError: (2002, "Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)")

Ancak, komut satırı mysqlprogramını çalıştırarak her zaman MySQL'e bağlanabiliyorum . A ps aux | grep mysql, sunucunun çalıştığını gösterir ve stat /tmp/mysql.socksoketin var olduğunu doğrular. Ayrıca, exceptbu istisnanın cümlesinde bir hata ayıklayıcı açarsam, tam olarak aynı parametrelerle güvenilir bir şekilde bağlanabilirim.

Bu sorun oldukça güvenilir bir şekilde yeniden üretiliyor, ancak% 100 gibi görünmüyor, çünkü mavi ayda bir, test paketim aslında bu hataya çarpmadan çalışıyor. Onunla koşmaya çalıştığımda sudo dtrussçoğalmadı.

Tüm istemci kodu Python'da, ancak bunun ne kadar alakalı olacağını anlayamıyorum.

Ana bilgisayarı kullanmaya geçmek 127.0.0.1şu hatayı oluşturur:

DatabaseError: Can't connect to MySQL server on '127.0.0.1' (61)

sudo /usr/local/mysql/support-files/mysql.server start 

Bu benim için çalıştı. Ancak, bu işe yaramazsa, mysqld'nin çalıştığından emin olun ve bağlanmayı deneyin.

MySQL kılavuzunun ilgili bölümü buradadır . Orada listelenen hata ayıklama adımlarını izleyerek başlayacağım.

Ayrıca, localhost ve 127.0.0.1'in bu bağlamda aynı şey olmadığını unutmayın:

• Ev sahibi olarak ayarlanmışsa localhost , bir soket veya boru kullanılır.
• Ana bilgisayar olarak ayarlanmışsa 127.0.0.1, istemci TCP / IP kullanmaya zorlanır.

Böylece, örneğin, veritabanınızın TCP bağlantılarını dinleyip dinlemediğini kontrol edebilirsiniz vi netstat -nlp. Muhtemelen TCP bağlantılarını dinliyor gibi görünüyor, çünkü bunun mysql -h 127.0.0.1gayet iyi çalıştığını söylüyorsunuz . Veritabanınıza soketler aracılığıyla bağlanıp bağlanamayacağınızı kontrol etmek için şunu kullanın:mysql -h localhost .

Bunların hiçbiri işe yaramazsa, muhtemelen MySQL yapılandırmanız, bağlantıyı tam olarak nasıl başlattığınız vb. Hakkında daha fazla ayrıntı göndermeniz gerekir.

Benim için sorun mysql sunucusunu çalıştırmıyordum. Önce sunucuyu çalıştırın ve ardından çalıştırın mysql.

$ mysql.server start
$ mysql -h localhost -u root -p

Geliştiricilerimde, MySQL'in standart olmayan bir yerde kurulu olarak önceden yapılandırılmış olarak gelen MAMP gibi bir yığın yöneticisi kurulduğunda bunun mağazamda gerçekleştiğini gördüm.

senin terminal koşusunda

mysql_config --socket

bu size çorap dosyasına giden yolu verecektir. bu yolu kullanın ve VERİ TABANLARI HOST parametrenizde kullanın.

Yapman gereken şey işaret etmektir

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'test',
        'USER': 'test',
        'PASSWORD': 'test',
        'HOST': '/Applications/MAMP/tmp/mysql/mysql.sock',
        'PORT': '',
    },
}

NOT

Ayrıca which mysql_config, makinede bir şekilde birden fazla mysql sunucusu örneğiniz varsa, yanlış olana bağlanıyor olabilirsiniz.

Sadece değişti HOSTgelen localhostetmek 127.0.0.1ve iyi çalışıyor:

# settings.py of Django project
...

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'db_name',
        'USER': 'username',
        'PASSWORD': 'password',
        'HOST': '127.0.0.1',
        'PORT': '',
},
...

Ne zaman, mac OSx'te daemon mysql'nizi kaybederseniz, ancak özel / var'da örnek olarak başka bir yolda mevcutsa, aşağıdaki komutu yapın

1)

ln -s /private/var/mysql/mysql.sock /tmp/mysql.sock

2) bağlantınızı mysql ile yeniden başlatın:

mysql -u username -p -h host databasename

mariadb için de çalışıyor

Aşağıdaki cmd'yi terminalde çalıştırın

/ Usr / local / mysql / bin / mysqld_safe

Ardından, etkili olması için makineyi yeniden başlatın. İşe yarıyor!!

Lsof komutunu kullanarak mysql işlemi için açık dosya sayısını kontrol edin.

Açık dosya sınırını artırın ve tekrar çalıştırın.

Bu çözümlerden birkaçını denedikten ve başarılı olamadıktan sonra, benim için işe yarayan şey buydu:

1. Sistemi yeniden başlatın
2. mysql.server başlangıcı
3. Başarı!

Bu, aşağıdaki sorunlardan biri olabilir.

1. Yanlış mysql kilidi. çözüm: Doğru mysql soketini şu şekilde bulmalısınız:

mysqladmin -p değişkenler | grep soket

ve sonra db bağlantı kodunuza ekleyin:

pymysql.connect(db='db', user='user', passwd='pwd', unix_socket="/tmp/mysql.sock")

/tmp/mysql.sock grep'ten döndürülür

2. Yanlış mysql bağlantı noktası çözümü: Doğru mysql bağlantı noktasını bulmanız gerekir:

mysqladmin -p variables | grep port

ve sonra kodunuzda:

pymysql.connect(db='db', user='user', passwd='pwd', host='localhost', port=3306)

3306, grep'ten döndürülen bağlantı noktasıdır

İlk seçeneğin sorununuzu çözeceğini düşünüyorum.

Homebrew aracılığıyla 5.7'den 8.0'a yükseltenler için, bu hata muhtemelen yükseltmenin tamamlanmamasından kaynaklanıyor. Benim durumumda mysql.server startbana şu hatayı aldım:

HATA! Sunucu, PID dosyasını güncellemeden kapanıyor

Daha sonra günlük dosyasını kontrol ettim cat /usr/local/var/mysql/YOURS.err | tail -n 50ve aşağıdakileri buldum:

InnoDB: Bir çökmeden sonra yükseltme desteklenmez.

Aynı teknedeyseniz, önce mysql@5.7homebrew aracılığıyla kurun , sunucuyu durdurun ve ardından 8.0 sistemini yeniden başlatın.

brew install mysql@5.7

/usr/local/opt/mysql@5.7/bin/mysql.server start
/usr/local/opt/mysql@5.7/bin/mysql.server stop

Sonra,

mysql.server start

Bu, MySQL'inizin (8.0) tekrar çalışmasını sağlar.

Sanırım aynı davranışı bir süre önce görmüştüm, ancak ayrıntıları hatırlayamıyorum.
Bizim durumumuzda sorun, test çalıştırıcısının gerekli ilk veritabanı etkileşimine göre veritabanı bağlantılarını başlattığı andır; örneğin, settings.py veya bazı __init__.py içindeki bir modülü içe aktararak. Biraz daha bilgi bulmaya çalışacağım, ancak bu, vakan için şimdiden bir zil çalabilir.

/ Etc / hosts dosyanızın içinde olduğundan ve düzgün 127.0.0.1 localhostçalıştığından emin olun

Bu konuda iki sinsi varsayım var

KONJEKTÜR # 1

/tmp/mysql.sockDosyaya erişememe olasılığını araştırın . MySQL veritabanlarını kurduğumda, normalde soket dosyası sitesinin içeri girmesine izin veriyorum /var/lib/mysql. Mysql'de olarak oturum açarsanız root@localhost, işletim sistemi oturumunuzun /tmpklasöre erişmesi gerekir . /tmpİşletim sisteminde doğru erişim haklarına sahip olduğunuzdan emin olun . Ayrıca, sudo kullanıcısının her zaman içindeki dosyayı okuyabildiğinden emin olun /tmp.

KONJEKTÜR # 2

Mysql'e erişim 127.0.0.1 , eğer dikkat etmiyorsanız bazı karışıklıklara neden olabilir. Nasıl?

Komut satırından MySQL'e ile bağlanırsanız 127.0.0.1, TCP / IP protokolünü belirtmeniz gerekebilir.

mysql -uroot -p -h127.0.0.1 --protocol=tcp

veya DNS adını deneyin

mysql -uroot -p -hDNSNAME

Bu, olarak oturum açmayı atlayacaktır root@localhost, ancak root@'127.0.0.1'tanımladığınızdan emin olun .

MySQL'e bir sonraki bağlanışınızda şunu çalıştırın:

SELECT USER(),CURRENT_USER();

Bu sana ne veriyor?

• USER (), MySQL'de nasıl kimlik doğrulamaya çalıştığınızı bildiriyor
• CURRENT_USER (), MySQL'de kimlik doğrulaması yapmanıza nasıl izin verildiğini bildiriyor

Bu işlevler aynı değerlerle dönerse, beklendiği gibi bağlanır ve kimlik doğrulaması yaparsınız. Değerler farklıysa, ilgili kullanıcıyı oluşturmanız gerekebilir root@127.0.0.1.

Aynı sorunu yaşadım. Çalışmayı mysqlddurdurduğu ortaya çıktı (Mac OSX'teyim). Yeniden başlattım ve hata ortadan kalktı.

mysqldBu bağlantı nedeniyle büyük ölçüde çalışmadığını anladım : http://dev.mysql.com/doc/refman/5.6/en/can-not-connect-to-server.html

İlk ipucuna dikkat edin!

aşağıdaki gibi bir hata alırsanız:

django.db.utils.OperationalError: (2002, "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)")

Ardından mysqld.sock dosya konumunuzu bulun ve "HOST" a ekleyin.

Linux üzerinde xampp kullanıyorum, bu yüzden dosyam mysqld.sockbaşka bir konumda. bu yüzden çalışmıyor ' /var/run/mysqld/mysqld.sock'

DATABASES = {

    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'asd',
        'USER' : 'root',
        'PASSWORD' : '',
        'HOST' : '/opt/lampp/var/mysql/mysql.sock',
        'PORT' : ''
    }
}

My.cnf dosyasındaki ayarlar yanlışsa, mysql'inizin maksimum bağlantılara ulaşıp ulaşmadığını veya oldukça sık olduğu gibi bir tür önyükleme döngüsünde olmadığını kontrol edin.

Ps aux kullanın | grep mysql ile PID'nin değişip değişmediğini kontrol edin.

Katkıda bulunmak için internette çok uzun süre etrafa baktım. Komut satırından mysql istemini yazmaya çalıştıktan sonra şu mesajı almaya devam ediyordum:

HATA 2002 (HY000): '/tmp/mysql.sock' soketi üzerinden yerel MySQL sunucusuna bağlanılamıyor (2)

Bunun nedeni yerel mysql sunucumun artık çalışmıyor olmasıydı. Sunucuyu yeniden başlatmak için şuraya gittim

shell> cd /user/local/bin

mysql.server'ımın bulunduğu yer. Buradan şunu yazın:

shell> mysql.server start

Bu, yerel mysql sunucusunu yeniden başlatacaktır.

Oradan gerekirse root şifresini sıfırlayabilirsiniz ..

mysql> UPDATE mysql.user SET Password=PASSWORD('MyNewPass')
->                   WHERE User='root';
mysql> FLUSH PRIVILEGES;

Önce tüm işlem kimliklerini bularak tüm mysql örneklerini öldürmek zorunda kaldım:

ps aux | grep mysql

Ve sonra onları öldürmek:

öldür -9 {pid}

Sonra:

mysql.server başlangıcı

Benim için çalıştı.

Soket / tmp içinde bulunur. Unix sisteminde, / tmp üzerindeki modlar ve sahiplikler nedeniyle, bu bazı sorunlara neden olabilir. Ancak mysql bağlantınızı normal olarak kullanabileceğinizi söylediğiniz sürece, sanırım bu sizin sisteminizde bir problem değil. Mysql.sock'u daha nötr bir dizine yeniden yerleştirmek için birincil bir kontrol olmalıdır.

Sorunun "rastgele" (veya her seferinde değil) meydana gelmesi, bunun bir sunucu sorunu olabileceğini düşünmeme izin verdi.

• / Tmp dosyanız standart bir diskte mi yoksa egzotik bir bağlantıda mı (RAM'deki gibi) bulunuyor?

• / Tmp dosyanız boş mu?

• Sorunla iotopkarşılaştığınızda size yanlış bir şey mi gösteriyor?

DB bağlantınızı 'DB Bağlantılarını Yönet iletişim kutusunda yapılandırın. Bağlantı yöntemi olarak 'Standart (TCP / IP)' seçin.

Daha fazla ayrıntı için bu sayfaya bakın http://dev.mysql.com/doc/workbench/en/wb-manage-db-connections.html

Bu diğer sayfaya göre, localhost belirtseniz bile bir soket dosyası kullanılır.

Bir ana bilgisayar adı belirtmezseniz veya özel ana bilgisayar adı localhost belirtirseniz, bir Unix soket dosyası kullanılır.

Ayrıca, şu komutları çalıştırarak sunucunuzu nasıl kontrol edeceğinizi de gösterir:

Bir mysqld işlemi çalışıyorsa, aşağıdaki komutları deneyerek bunu kontrol edebilirsiniz. Bağlantı noktası numarası veya Unix soket dosya adı, kurulumunuzda farklı olabilir. host_ip, sunucunun çalıştığı makinenin IP adresini temsil eder.

shell> mysqladmin version 
shell> mysqladmin variables 
shell> mysqladmin -h `hostname` version variables 
shell> mysqladmin -h `hostname` --port=3306 version 
shell> mysqladmin -h host_ip version 
shell> mysqladmin --protocol=SOCKET --socket=/tmp/mysql.sock version

ubuntu14.04'te bu sorunu çözmek için bunu yapabilirsiniz.

zack@zack:~/pycodes/python-scraping/chapter5$ **mysqladmin -p variables|grep socket**
Enter password: 
| socket                                            | ***/var/run/mysqld/mysqld.sock***                                                                                            |
zack@zack:~/pycodes/python-scraping/chapter5$***ln -s  /var/run/mysqld/mysqld.sock /tmp/mysql.sock***
zack@zack:~/pycodes/python-scraping/chapter5$ ll /tmp/mysql.sock 
lrwxrwxrwx 1 zack zack 27 11月 29 13:08 /tmp/mysql.sock -> /var/run/mysqld/mysqld.sock=

Benim için mysqld'nin başlatıldığından ve komut satırı mysql'in düzgün çalışabileceğinden eminim. Ancak httpd sunucusu sorunu gösteriyor (soket aracılığıyla mysql'e bağlanılamıyor).

Hizmeti mysqld_safe & ile başlattım.

son olarak, mysqld hizmetini hizmet mysqld start ile başlattığımda, sorunlar olduğunu (selinux izin sorunu) ve selinux sorununu düzelttiğimde ve mysqld'yi "service mysqld start" ile başlattığımda httpd bağlantı sorununun ortadan kalktığını gördüm. Ancak mysqld'yi mysqld_safe & ile başlattığımda, mysqld çalıştırılabilir. (mysql istemcisi düzgün çalışabilir). Ancak httpd ile bağlantı kurulduğunda hala sorun var.

Soketle ilgiliyse bu dosyayı okuyun

/etc/mysql/my.cnf

ve standart soket konumunun ne olduğunu görün. Şöyle bir satır:

socket = /var/run/mysqld/mysqld.sock

şimdi kabuğunuz için aşağıdaki gibi bir takma ad oluşturun:

alias mysql="mysql --socket=/var/run/mysqld/mysqld.sock"

Bu şekilde root ayrıcalıklarına ihtiyacınız olmaz.

Sadece koşmayı dene mysqld .

Mac'te benim için çalışmayan şey buydu. Çalışmazsa, /usr/local/var/mysql/<your_name>.errayrıntılı hata günlüklerini görmeyi deneyin .

# shell script ,ignore the first 
$ $(dirname `which mysql`)\/mysql.server start

Yardımcı olabilir.

Homebrew aracılığıyla yüklenen MySQL 8.0.19 için MacOS Mojave 10.14.6'yı kullanma

• Koştu sudo find / -name my.cnf
• Dosya bulundu /usr/local/etc/my.cnf

Bir süre çalıştı ve sonunda hata geri döndü. MySQL'in Homebrew sürümünü kaldırdı ve .dmg dosyasını doğrudan buradan

O zamandan beri mutlu bir şekilde bağlanıyorum.

Benim durumumda yardımcı olan şey dosyayı düzenlemek /etc/mysql/mysql.conf.d/mysqld.cnfve satırı değiştirmek oldu:

socket      = /var/run/mysqld/mysqld.sock

ile

socket      = /tmp/mysql.sock

Sonra sunucuyu yeniden başlattım ve iyi çalıştı. İşin garibi, satırı daha önce olduğu gibi geri koyup yeniden başlatırsam, yine de çalıştı ..

Son zamanlarda benzer bir sorunla karşılaşmıştım. Birçok cevaba baktım. Adımları takip ederek çalıştırdım.

1. /etc/my.cnf'deki soket yolunu değiştirin (/tmp/mysql.sock ile sürekli olarak hata aldığım için) başvurusu
2. Hata olması durumunda yeniden başlatmanın önerilen yolu olduğundan sunucuyu yeniden başlatmak için mysqld_safe çalıştırın. mysqld_safe referansı

Benim için mysql sunucusu çalışmıyordu. Ben de mysql sunucusunu

mysql.server start

sonra

mysql_secure_installation

sunucuyu güvenli hale getirmek için ve şimdi MySQL sunucusunu şu yolla ziyaret edebilirim:

sudo mysql -uroot -p