Điểm:0

Không thể truy cập vào máy chủ mysql localhost. LỖI 2002 (HY000): Không thể kết nối với máy chủ MySQL cục bộ thông qua ổ cắm '/var/run/mysqld/mysqld.sock'

lá cờ pk

Tôi đã kế thừa một máy Ubuntu có cài đặt mysql và tôi không biết làm thế nào. Vấn đề của tôi là tôi không thể truy cập vào mysql.

Dưới đây là một số thông tin của máy chủ của tôi:

con mèo/etc/os-phát hành
NAME="Ubuntu"
VERSION="20.04.1 LTS (Fossa Fossa)"
ID = Ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.1 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=tiêu điểm
UBUNTU_CODENAME=tiêu điểm

Phiên bản MySQL mysql Ver 8.0.27-0ubuntu0.20.04.1 dành cho Linux trên x86_64 ((Ubuntu))

Đây là thông báo lỗi:

$ mysql -u gốc -p
LỖI 2002 (HY000): Không thể kết nối với máy chủ MySQL cục bộ thông qua ổ cắm '/var/run/mysqld/mysqld.sock'

---

$ dịch vụ mysqld bắt đầu
Không thể khởi động mysqld.service: Không tìm thấy đơn vị mysqld.service.

tập tin này /var/run/mysqld/mysqld.sock không tồn tại.

CHỈNH SỬA VỚI THÊM THÔNG TIN

$ netstat -tlpn
Kết nối Internet đang hoạt động (chỉ máy chủ)
Proto Recv-Q Send-Q Địa chỉ cục bộ Địa chỉ nước ngoài Trạng thái PID/Tên chương trình
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 99/systemd-resolved
tcp 0 0 0.0.0.0:22 0.0.0.0:* NGHE 136/sshd: /usr/sbin
tcp 0 0 127.0.0.1:25 0.0.0.0:* NGHE 303/chính
tcp 0 0 127.0.0.1:6010 0.0.0.0:* NGHE 313/sshd: root@pts/
tcp6 0 0 :::80 :::* NGHE 138/Apache2
tcp6 0 0 :::22 :::* NGHE 136/sshd: /usr/sbin
tcp6 0 0 ::1:25 :::* NGHE 303/chính
tcp6 0 0 ::1:6010 :::* NGHE 313/sshd: root@pts/
$ systemctl bắt đầu mysql
Công việc cho mysql.service không thành công vì quá trình kiểm soát đã thoát với mã lỗi.
Xem "systemctl status mysql.service" và "journalctl -xe" để biết chi tiết.
$ systemctl trạng thái mysql.service
* mysql.service - Máy chủ cộng đồng MySQL
     Đã tải: đã tải (/lib/systemd/system/mysql.service; đã tắt; cài đặt trước của nhà cung cấp: đã bật)
     Hoạt động: không thành công (Kết quả: mã thoát) kể từ Thứ Năm 2022-01-27 08:32:50 CET; 10 giây trước
    Quá trình: 5687 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exited, status=0/SUCCESS)
    Quy trình: 5696 ExecStart=/usr/sbin/mysqld (mã=đã thoát, trạng thái=1/THẤT BẠI)
   PID chính: 5696 (mã=đã thoát, trạng thái=1/THẤT BẠI)
     Trạng thái: "Đang khởi động máy chủ"
      Lỗi: 2 (Không có tệp hoặc thư mục như vậy)

Ngày 27 tháng 1 08:32:50 osticket systemd[1]: mysql.service: Quá trình chính đã thoát, mã=đã thoát, trạng thái=1/THẤT BẠI
Ngày 27 tháng 1 08:32:50 osticket systemd[1]: mysql.service: Không thành công với kết quả 'mã thoát'.
Ngày 27 tháng 1 08:32:50 osticket systemd[1]: Không thể khởi động Máy chủ cộng đồng MySQL.
Ngày 27 tháng 1 08:32:50 osticket systemd[1]: mysql.service: Công việc khởi động lại theo lịch trình, bộ đếm khởi động lại ở mức 5.
Ngày 27 tháng 1 08:32:50 osticket systemd[1]: Đã dừng Máy chủ Cộng đồng MySQL.
Ngày 27 tháng 1 08:32:50 osticket systemd[1]: mysql.service: Bắt đầu yêu cầu lặp lại quá nhanh.
Ngày 27 tháng 1 08:32:50 osticket systemd[1]: mysql.service: Không thành công với kết quả 'mã thoát'.
Ngày 27 tháng 1 08:32:50 osticket systemd[1]: Không thể khởi động Máy chủ cộng đồng MySQL.
$ pwd && ls
/var/log
lựa chọn thay thế.log apache2 auth.log.4.gz dpkg.log.1 lastlog mysqld.err php7.4-fpm.log.2.gz php7.4-fpm.log.8.gz syslog.3.gz wtmp
Alternatives.log.1 apt btmp dpkg.log.2.gz mail.log php7.4-fpm.log php7.4-fpm.log.3.gz php7.4-fpm.log.9.gz syslog.4. gz wtmp.1
Alternatives.log.2.gz auth.log btmp.1 dpkg.log.3.gz mail.log.1 php7.4-fpm.log.1 php7.4-fpm.log.4.gz private syslog.5. gz
Alternatives.log.3.gz auth.log.1 dist-nâng cấp dpkg.log.4.gz mail.log.2.gz php7.4-fpm.log.10.gz php7.4-fpm.log.5. nhật ký hệ thống gz syslog.6.gz
Alternatives.log.4.gz auth.log.2.gz dmesg faillog mail.log.3.gz php7.4-fpm.log.11.gz php7.4-fpm.log.6.gz syslog.1 syslog. 7.gz
Alternatives.log.5.gz auth.log.3.gz nhật ký dpkg.log mail.log.4.gz php7.4-fpm.log.12.gz php7.4-fpm.log.7.gz syslog.2 .gz ubuntu-advantage.log
$ con mèo /var/log/mysqld.err
2022-01-26T12:23:07.952718Z 0 [ERROR] [MY-010083] [Server] --verbose được sử dụng với --help; ý bạn là --log-error-verbosity?
2022-01-26T12:23:07.952814Z 0 [ERROR] [MY-010095] [Server] Không thể truy cập thư mục cho --secure-file-priv. Vui lòng đảm bảo rằng thư mục đó tồn tại và có thể truy cập được bằng Máy chủ MySQL. Giá trị được cung cấp: /var/lib/mysql-files
2022-01-26T12:23:07.953735Z 0 [ERROR] [MY-010119] [Server] Đang hủy bỏ
$ namei -l /var/lib/mysql-files
f: /var/lib/mysql-files
gốc drwxr-xr-x /
gốc drwxr-xr-x gốc var
thư viện gốc gốc drwxr-xr-x
                     mysql-files - Không có tệp hoặc thư mục như vậy

Mình đã tìm cách khắc phục bằng nhiều cách nhưng không được. Ai đó có thể giúp tôi?

Cảm ơn.

lá cờ us
Nội dung của `/var/log/daemon.log` là gì?
xabikip avatar
lá cờ pk
@TeroKilkanen Tệp `/var/log/daemon.log` không tồn tại trên Máy chủ của tôi.
lá cờ us
`/var/log` chứa những tệp nào? Thật kỳ lạ là `daemon.log` không có ở đó, đó là mục tiêu nhật ký tiêu chuẩn trong Ubuntu và nhiều bản phân phối Linux khác.
xabikip avatar
lá cờ pk
@TeroKilkanen Bây giờ bạn có thể xem các tệp của `/var/log` trong câu hỏi
lá cờ in
`/var/log/mysqld.err`?
xabikip avatar
lá cờ pk
@GeraldSchneider không có gì thú vị trong `/var/log/mysqld.err`. Bạn có thể thấy trên câu hỏi.
lá cờ in
Bạn có một định nghĩa kỳ lạ về "thú vị". Bạn đã kiểm tra `/var/lib/mysql-files` chưa? Vui lòng hiển thị `namei -l /var/lib/mysql-files`
xabikip avatar
lá cờ pk
@GeraldSchneider Không có `/var/lib/mysql-files`. Bạn có thể thấy đầu ra của `namei -l /var/lib/mysql-files` trong câu hỏi.
lá cờ us
Hãy quay trở lại một chút. Bạn được thừa hưởng cỗ máy này. Mục đích chính xác của máy là gì và mục tiêu của bạn là gì? Nó rõ ràng có một số cài đặt MySQL không hoạt động. Trừ khi trường hợp sử dụng được biết đến, việc chẩn đoán sự cố thiết lập MySQL là vô ích.
xabikip avatar
lá cờ pk
@TeroKilkanen Có một ứng dụng đã lâu không sử dụng. Bây giờ tôi đã được yêu cầu sao lưu và chạy nó, và ứng dụng sử dụng cơ sở dữ liệu. Vì vậy, tôi đang cố chạy lại, nhưng tôi gặp vấn đề này với DB.
lá cờ us
Vấn đề ở đây là cơ sở dữ liệu này không hoạt động khi ứng dụng bị tắt. Thư mục dữ liệu cho MySQL không tồn tại nên không có dữ liệu cho ứng dụng. Bạn cần xác minh đây có thực sự là máy chủ DB mà ứng dụng đã sử dụng hay không. Nếu không, thì bạn cần tìm đúng máy chủ.
Điểm:0
lá cờ in

Mysqld của bạn không khởi động và nêu lỗi sau trong nhật ký lỗi:

Không thể truy cập thư mục cho --secure-file-priv. Vui lòng đảm bảo rằng thư mục đó tồn tại và có thể truy cập được bằng Máy chủ MySQL. Giá trị được cung cấp: /var/lib/mysql-files

/var/lib/mysql-files bị thiếu, vì vậy bạn cần tạo nó.

sudo cài đặt -o mysql -g mysql -m 0700 -d /var/lib/mysql-files

Sau đó, bạn sẽ có thể bắt đầu mysqld bằng cách sử dụng systemctl bắt đầu mysql.

xabikip avatar
lá cờ pk
Tôi đã tạo `/var/lib/mysql-files` như bạn nói và bây giờ tôi có nó `drwx------ 2 mysql mysql 4096 27 tháng 1 13:45 mysql-files`. Sau đó, bắt đầu mysqld bằng cách sử dụng `systemctl start mysql`, nhưng tôi gặp lỗi tương tự `Công việc cho mysql.service không thành công do quá trình kiểm soát đã thoát với mã lỗi`. ;(
lá cờ in
Xin vui lòng. Đọc nhật ký lỗi.
Điểm:0
lá cờ us

Tên dịch vụ là mysql trong Debian/Ubuntu, vì vậy bạn cần sử dụng systemctl bắt đầu mysql để khởi động máy chủ.

xabikip avatar
lá cờ pk
Với `systemctl start mysql` cũng báo lỗi cho tôi. Với `systemctl start mysql` cũng báo lỗi cho tôi. Tôi đặt thêm thông tin trong câu hỏi.
Điểm:0
lá cờ gb

netstat -tlpn - là mysql chạy trên cổng 3306? hoặc ở nơi khác? theo mặc định, kết nối với máy chủ cục bộ thông qua ổ cắm, hãy thử thêm --giao thức 3306 - xem Làm cách nào để buộc MySQL kết nối bằng TCP thay vì ổ cắm Unix? - Mà còn, rìu ps | grep mysql và sau đó lsof -p <mysqld pid> và tìm kiếm IPv4 hoặc IPv6 hoặc ổ cắm - ổ cắm có thể được đặt ở một nơi khác với nơi khách hàng mong đợi.

xabikip avatar
lá cờ pk
Tôi đặt thông tin của `netstat -tlpn` vào câu hỏi. Tôi không thấy gì về mysql
Petr Chloupek avatar
lá cờ gb
còn `ps ax | grep mysql`? nó thậm chí còn chạy?
xabikip avatar
lá cờ pk
`ps ax | grep mysql` đây là đầu ra `2445 pts/2 S+ 0:00 grep --color=auto mysql`

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.