Khi tôi cố gắng kết nối với máy chủ MySQL cục bộ trong bộ thử nghiệm của mình, nó đã bị lỗi:

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

Tuy nhiên, tôi luôn có thể kết nối với MySQL bằng cách chạy mysqlchương trình dòng lệnh . A ps aux | grep mysqlhiển thị máy chủ đang chạy và stat /tmp/mysql.sockxác nhận rằng ổ cắm tồn tại. Hơn nữa, nếu tôi mở một trình gỡ lỗi trong exceptđiều khoản của ngoại lệ đó, tôi có thể kết nối đáng tin cậy với các tham số chính xác tương tự.

Vấn đề này tái tạo khá đáng tin cậy, tuy nhiên nó dường như không phải là 100%, bởi vì mỗi lần trong một mặt trăng xanh, bộ thử nghiệm của tôi thực tế chạy mà không gặp lỗi này. Khi tôi cố chạy với sudo dtrussnó không sinh sản.

Tất cả mã máy khách đều bằng Python, mặc dù tôi không thể hiểu nó có liên quan như thế nào.

Chuyển sang sử dụng máy chủ 127.0.0.1tạo ra lỗi:

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

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

Điều này làm việc cho tôi. Tuy nhiên, nếu điều này không hoạt động thì hãy chắc chắn rằng mysqld đang chạy và thử kết nối.

Phần có liên quan của hướng dẫn sử dụng MySQL ở đây . Tôi sẽ bắt đầu bằng cách trải qua các bước gỡ lỗi được liệt kê ở đó.

Ngoài ra, hãy nhớ rằng localhost và 127.0.0.1 không giống nhau trong ngữ cảnh này:

• Nếu máy chủ được đặt thành localhost, thì ổ cắm hoặc đường ống được sử dụng.
• Nếu máy chủ được đặt thành 127.0.0.1, thì máy khách buộc phải sử dụng TCP / IP.

Vì vậy, ví dụ, bạn có thể kiểm tra xem cơ sở dữ liệu của bạn có lắng nghe các kết nối TCP không netstat -nlp. Có vẻ như nó đang lắng nghe các kết nối TCP vì bạn nói rằng nó mysql -h 127.0.0.1hoạt động tốt. Để kiểm tra xem bạn có thể kết nối với cơ sở dữ liệu của mình qua ổ cắm hay không, hãy sử dụng mysql -h localhost.

Nếu không có điều này có ích, thì có lẽ bạn cần đăng thêm chi tiết về cấu hình MySQL của mình, chính xác là cách bạn khởi tạo kết nối, v.v.

Đối với tôi, vấn đề là tôi đã không chạy máy chủ mysql. Chạy máy chủ trước rồi mới thực thi mysql.

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

Tôi đã thấy điều này xảy ra tại cửa hàng của mình khi các nhà phát triển của tôi có trình quản lý ngăn xếp như MAMP được cài đặt sẵn cấu hình với MySQL được cài đặt ở một nơi không chuẩn.

tại nhà ga của bạn chạy

mysql_config --socket

Điều đó sẽ cung cấp cho bạn đường dẫn đến tệp sock. đi theo con đường đó và sử dụng nó trong paramater DATABASES HOST của bạn.

Những gì bạn cần làm là chỉ điểm của bạn

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

GHI CHÚ

cũng chạy which mysql_confignếu bạn bằng cách nào đó có nhiều phiên bản máy chủ mysql được cài đặt trên máy mà bạn có thể đang kết nối với máy chủ sai.

Tôi chỉ thay đổi HOSTtừ localhostthành 127.0.0.1và nó hoạt động tốt:

# 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': '',
},
...

Khi nào, nếu bạn mất mysemon daemon của mình trong mac OSx nhưng hiện diện trong đường dẫn khác để lấy ví dụ trong private / var, hãy thực hiện lệnh sau

1)

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

2) khởi động lại liên kết của bạn với mysql bằng:

mysql -u username -p -h host databasename

cũng hoạt động cho mariadb

Chạy cmd dưới đây trong thiết bị đầu cuối

/ usr / cục bộ / mysql / bin / mysqld_safe

Sau đó khởi động lại máy để có hiệu lực. Nó hoạt động !!

Kiểm tra số lượng tệp đang mở cho quy trình mysql bằng lệnh lsof.

Tăng giới hạn tệp đang mở và chạy lại.

Sau khi thử một vài trong số các giải pháp này và không có bất kỳ thành công nào, đây là điều làm việc cho tôi:

1. Khởi động lại hệ thống
2. mysql.server bắt đầu
3. Sự thành công!

Đây có thể là một trong những vấn đề sau.

1. Khóa mysql không chính xác. Giải pháp: Bạn phải tìm ra ổ cắm mysql chính xác bằng cách,

biến mysqladmin -p | ổ cắm grep

và sau đó đặt nó vào mã kết nối db của bạn:

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

/tmp/mysql.sock được trả về từ grep

2. Giải pháp cổng mysql không chính xác: Bạn phải tìm ra cổng mysql chính xác:

mysqladmin -p variables | grep port

và sau đó trong mã của bạn:

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

3306 là cổng được trả về từ grep

Tôi nghĩ rằng tùy chọn đầu tiên sẽ giải quyết vấn đề của bạn.

Đối với những người đã nâng cấp từ 5.7 lên 8.0 thông qua homebrew, lỗi này có thể là do việc nâng cấp chưa hoàn tất. Trong trường hợp của tôi, mysql.server starttôi đã gặp lỗi sau:

LỖI! Máy chủ thoát mà không cập nhật tệp PID

Sau đó tôi đã kiểm tra tệp nhật ký thông qua cat /usr/local/var/mysql/YOURS.err | tail -n 50và tìm thấy như sau:

InnoDB: Nâng cấp sau khi sự cố không được hỗ trợ.

Nếu bạn đang ở trên cùng một chiếc thuyền, trước tiên hãy cài đặt mysql@5.7qua homebrew, dừng máy chủ và sau đó khởi động lại hệ thống 8.0.

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

Sau đó,

mysql.server start

Điều này sẽ khiến MySQL (8.0) của bạn hoạt động trở lại.

Tôi nghĩ rằng tôi đã thấy hành vi tương tự một thời gian trước đây, nhưng không thể nhớ các chi tiết.
Trong trường hợp của chúng tôi, vấn đề là thời điểm người thử nghiệm khởi chạy các kết nối cơ sở dữ liệu liên quan đến tương tác cơ sở dữ liệu đầu tiên được yêu cầu, ví dụ, bằng cách nhập một mô-đun trong settings.py hoặc một số __init__.py. Tôi sẽ cố gắng tìm hiểu thêm một số thông tin, nhưng điều này có thể đã rung chuông cho trường hợp của bạn.

Hãy chắc chắn rằng / etc / hosts của bạn có 127.0.0.1 localhosttrong đó và nó sẽ hoạt động tốt

Tôi có hai phỏng đoán lén lút về điều này

ĐỐI TƯỢNG # 1

Nhìn vào khả năng không thể truy cập /tmp/mysql.socktệp. Khi tôi thiết lập cơ sở dữ liệu MySQL, tôi thường để trang web của ổ cắm vào /var/lib/mysql. Nếu bạn đăng nhập vào mysql root@localhost, phiên hệ điều hành của bạn cần truy cập vào /tmpthư mục. Đảm bảo /tmpcó quyền truy cập chính xác trong HĐH. Ngoài ra, đảm bảo người dùng sudo luôn có thể đọc tệp trong/tmp .

ĐỐI TƯỢNG # 2

Truy cập mysql qua 127.0.0.1 có thể gây ra một số nhầm lẫn nếu bạn không chú ý. Làm sao?

Từ dòng lệnh, nếu bạn kết nối với MySQL 127.0.0.1, bạn có thể cần chỉ định giao thức TCP / IP.

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

hoặc thử tên DNS

mysql -uroot -p -hDNSNAME

Điều này sẽ bỏ qua việc đăng nhập như root@localhost, nhưng đảm bảo bạn córoot@'127.0.0.1' xác định.

Lần tới khi bạn kết nối với MySQL, hãy chạy nó:

SELECT USER(),CURRENT_USER();

Điều này mang lại cho bạn những gì?

• NGƯỜI SỬ DỤNG() báo cáo cách bạn đã cố xác thực trong MySQL
• CURRENT_USER () báo cáo cách bạn được phép xác thực trong MySQL

Nếu các hàm này trả về với cùng các giá trị, thì bạn đang kết nối và xác thực như mong đợi. Nếu các giá trị khác nhau, bạn có thể cần tạo người dùng tương ứng root@127.0.0.1.

Có vấn đề tương tự. Trở ra ngoaimysqld đã ngừng chạy (Tôi đang dùng Mac OSX). Tôi khởi động lại nó và lỗi đã biến mất.

Tôi phát hiện ra rằng mysqldphần lớn không chạy vì liên kết này: http://dev.mysql.com/doc/refman/5.6/en/can-not-connect-to-server.html

Chú ý mẹo đầu tiên!

nếu bạn gặp lỗi như dưới đây:

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

Sau đó, chỉ cần tìm vị trí tệp mysqld.sock của bạn và thêm nó vào "HOST".

Giống như tôi đang sử dụng xampp trên linux nên mysqld.socktập tin của tôi ở một vị trí khác. vì vậy nó không hoạt động cho ' /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' : ''
    }
}

Kiểm tra xem mysql của bạn chưa đạt được kết nối tối đa hay không trong một số vòng lặp khởi động như thường xảy ra nếu cài đặt không chính xác trong my.cnf.

Sử dụng ps phụ | grep mysql để kiểm tra xem PID có thay đổi không.

Nhìn quanh online quá lâu không đóng góp. Sau khi thử gõ dấu nhắc mysql từ dòng lệnh, tôi tiếp tục nhận được thông báo này:

ERROR 2002 (HY000): Không thể kết nối với máy chủ MySQL cục bộ thông qua socket '/tmp/mysql.sock' (2)

Điều này là do thực tế là máy chủ mysql cục bộ của tôi không còn chạy. Để khởi động lại máy chủ, tôi đã điều hướng đến

shell> cd /user/local/bin

nơi mysql.server của tôi được đặt. Từ đây, chỉ cần gõ:

shell> mysql.server start

Điều này sẽ khởi chạy lại máy chủ mysql cục bộ.

Từ đó bạn có thể thiết lập lại mật khẩu root nếu cần ..

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

Tôi đã phải tiêu diệt tất cả các phiên bản của mysql bằng cách trước tiên tìm tất cả các ID quy trình:

ps phụ | grep mysql

Và sau đó giết chúng đi:

giết -9 {pid}

Sau đó:

mysql.server bắt đầu

Đã làm cho tôi.

Ổ cắm được đặt trong / tmp. Trên hệ thống Unix, do chế độ & quyền sở hữu trên / tmp, điều này có thể gây ra một số vấn đề. Nhưng, miễn là bạn nói với chúng tôi rằng bạn CÓ THỂ sử dụng kết nối mysql của bạn một cách bình thường, tôi đoán đó không phải là vấn đề trên hệ thống của bạn. Một kiểm tra cơ bản nên được định vị lại mysql.sock trong một thư mục trung tính hơn.

Thực tế là sự cố xảy ra "ngẫu nhiên" (hoặc không phải mọi lúc) cho tôi nghĩ rằng đó có thể là sự cố máy chủ.

• Là / tmp của bạn nằm trên một đĩa tiêu chuẩn, hoặc trên một giá treo kỳ lạ (như trong RAM)?

• Là / tmp của bạn trống?

• Có iotopcho bạn thấy một cái gì đó sai khi bạn gặp vấn đề?

Định cấu hình kết nối DB của bạn trong hộp thoại 'Quản lý kết nối DB. Chọn 'Standard (TCP / IP)' làm phương thức kết nối.

Xem trang này để biết thêm chi tiết http://dev.mysql.com/doc/workbench/en/wb-manage-db-connections.html

Theo trang này, một tệp socket được sử dụng ngay cả khi bạn chỉ định localhost.

Tệp ổ cắm Unix được sử dụng nếu bạn không chỉ định tên máy chủ hoặc nếu bạn chỉ định tên máy chủ lưu trữ đặc biệt localhost.

Nó cũng chỉ ra cách kiểm tra trên máy chủ của bạn bằng cách chạy các lệnh sau:

Nếu một quá trình mysqld đang chạy, bạn có thể kiểm tra nó bằng cách thử các lệnh sau. Số cổng hoặc tên tệp ổ cắm Unix có thể khác nhau trong thiết lập của bạn. host_ip đại diện cho địa chỉ IP của máy nơi máy chủ đang chạy.

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

trong ubfox14.04 bạn có thể làm điều này để giải quyết vấn đề này.

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=

Đối với tôi, tôi chắc chắn mysqld đã được khởi động và dòng lệnh mysql có thể hoạt động bình thường. Nhưng máy chủ httpd hiển thị sự cố (không thể kết nối với mysql thông qua ổ cắm).

Tôi bắt đầu dịch vụ với mysqld_safe &.

cuối cùng, tôi đã tìm thấy khi tôi khởi động dịch vụ mysqld với dịch vụ mysqld bắt đầu, có vấn đề (vấn đề về quyền selinux) và khi tôi khắc phục sự cố selinux và khởi động mysqld với "dịch vụ mysqld bắt đầu", vấn đề kết nối httpd biến mất. Nhưng khi tôi bắt đầu mysqld với mysqld_safe &, mysqld có thể hoạt động. (máy khách mysql có thể hoạt động đúng). Nhưng vẫn có vấn đề khi kết nối với httpd.

Nếu ổ cắm liên quan, hãy đọc tập tin này

/etc/mysql/my.cnf

và xem vị trí ổ cắm tiêu chuẩn là gì. Đó là một dòng như:

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

Bây giờ tạo một bí danh cho shell của bạn như:

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

Bằng cách này, bạn không cần quyền root.

Đơn giản chỉ cần cố gắng để chạy mysqld .

Đây là những gì không làm việc cho tôi trên mac. Nếu nó không hoạt động, hãy thử /usr/local/var/mysql/<your_name>.errxem nhật ký lỗi chi tiết.

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

Có thể hữu ích.

Sử dụng MacOS Mojave 10.14.6 cho MySQL 8.0.19 được cài đặt qua Homebrew

• Đã chạy sudo find / -name my.cnf
• Tập tin được tìm thấy tại /usr/local/etc/my.cnf

Làm việc được một thời gian thì cuối cùng lỗi lại quay trở lại. Gỡ cài đặt phiên bản Homebrew của MySQL và cài đặt tệp .dmg trực tiếp từ đây

Hạnh phúc kết nối từ đó.

Trong trường hợp của tôi, điều đã giúp là chỉnh sửa tệp /etc/mysql/mysql.conf.d/mysqld.cnfvà thay thế dòng:

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

với

socket      = /tmp/mysql.sock

Sau đó, tôi khởi động lại máy chủ và nó hoạt động tốt. Điều buồn cười là nếu tôi đặt lại dòng như trước và khởi động lại thì nó vẫn hoạt động ..

Tôi đã phải đối mặt với vấn đề tương tự gần đây. Đã đi qua nhiều câu trả lời. Tôi đã làm cho nó hoạt động bằng cách làm theo các bước.

1. thay đổi đường dẫn ổ cắm trong /etc/my.cnf (vì tôi liên tục gặp lỗi với /tmp/mysql.sock) tham chiếu để thay đổi đường dẫn ổ cắm
2. chạy mysqld_safe để khởi động lại máy chủ vì đó là cách được khuyến nghị để khởi động lại trong trường hợp có lỗi. tham chiếu đến mysqld_safe

Đối với tôi, máy chủ mysql không chạy. Vì vậy, tôi đã khởi động máy chủ mysql thông qua

mysql.server start

sau đó

mysql_secure_installation

để bảo mật máy chủ và bây giờ tôi có thể truy cập máy chủ MySQL thông qua

sudo mysql -uroot -p