Điểm:0

Máy chủ MySQL trên máy chủ Ubuntu 18.04.1 LTS không còn phản hồi chính xác nữa

lá cờ in

Tôi đã thực hiện nâng cấp từ 16.04 lên 18.04.1 mà không gặp bất kỳ sự cố nào (được lưu trữ trên máy chủ chuyên dụng 1&1) Máy chủ này đang chạy Joomla! các trang web dựa trên Phải khởi động lại máy chủ MySQL và sau đó không còn bất kỳ biểu mẫu phản hồi nào nữa Máy chủ MySQL

Đã thử cài đặt lại với:

sudo apt-get loại bỏ máy chủ mysql
Sudo apt-get cài đặt máy chủ mysql

Không có bất kỳ may mắn nào (tức là không có trang web nào của chúng tôi hiện đang hoạt động) Đã thử dừng và khởi động máy chủ MySQL: không vấn đề gì

Đã thử cấu hình lại với:

Sudo dpkg-cấu hình lại mysql-server-5.7

Có thông báo này sau khi cấu hình lại:

Đang kiểm tra xem có cần cập nhật không.
Bản cài đặt MySQL này đã được nâng cấp lên 5.7.35, hãy sử dụng --force nếu bạn vẫn cần chạy mysql_upgrade

Cũng không giúp được gì... Tôi không quen thuộc với máy chủ MySQL (đã cài đặt nó nhiều lần, chưa bao giờ gặp vấn đề gì... đã sử dụng nó mà không gặp vấn đề gì) Nhưng bây giờ tôi đã mất!

có ai đó một ý tưởng những gì tôi nên làm gì? Tôi có nên cung cấp thêm thông tin cho bạn không, bạn có thể hỏi (vui lòng chỉ cho tôi lệnh bash để nhập, tôi không thông thạo Bash lắm)?

quên nói

/var/lib/mysql

vẫn còn tất cả các cơ sở dữ liệu (tôi không thể mất chúng!)

Tôi có các bản sao lưu gần đây của tất cả các trang web của mình thông qua Akeeba Backup (bao gồm trang web và cơ sở dữ liệu)

Cảm ơn trước sự giúp đỡ và lời khuyên của bạn,

Stéphane

Tái bút: xin thứ lỗi cho tôi tiếng Anh của tôi vì nó không phải là ngôn ngữ mẹ đẻ của tôi, tôi là người Pháp

lá cờ in
Bạn có thể [chỉnh sửa] câu hỏi của mình để bao gồm khoảng 50 dòng cuối cùng của `/var/log/mysql/error.log` không? Điều này sẽ giải thích tại sao MySQL không phản hồi.
synsteph38 avatar
lá cờ in
Xin chào Matigo, tôi đã tải tệp lỗi ngày hôm qua lên Gdrive của mình, đây là liên kết: [link](https://drive.google.com/file/d/1ooBCACZ9NM3GT44tS2o55kM83ePYMDwf/view?usp=sharing)
synsteph38 avatar
lá cờ in
Không, tôi đã thiết lập người dùng cho các trang web (Cấu hình Joomla! có người dùng và thông qua cho nó)
synsteph38 avatar
lá cờ in
Việc thay đổi cấu hình mysql mà không dừng nó có phải là nguồn gốc của các vấn đề của tôi không?
synsteph38 avatar
lá cờ in
Đó là những gì tôi đã làm, tôi đã khởi động lại mysql với những thay đổi được thực hiện và không còn trang web nào của tôi hiển thị nữa. Sau đó, tôi đánh dấu các thay đổi của mình # trước mặt chúng, khởi động lại, không có gì...
synsteph38 avatar
lá cờ in
LỖI 1045 (28000): Quyền truy cập bị từ chối đối với người dùng 'root'@'localhost' (sử dụng mật khẩu: KHÔNG)
synsteph38 avatar
lá cờ in
Tôi không biết phải làm gì bây giờ để thoát khỏi lỗi này ...
lá cờ in
Có vẻ như bạn có mật khẩu trên tài khoản `root` của mình, điều này không có gì đáng ngạc nhiên nếu bạn đến từ 16.04 trở về trước.Thay vào đó, hãy sử dụng `sudo mysql -u root -p`, sau đó nhập mật khẩu khi được nhắc.
synsteph38 avatar
lá cờ in
Ok đã kết nối với mysql... và bây giờ, tôi nên làm gì?
lá cờ in
Nếu bạn có thể kết nối, điều đó báo hiệu rằng cơ sở dữ liệu có thể ổn, nhưng Joomla thì không. Kiểm tra nhật ký Joomla của bạn để tìm lỗi SQL. Chúng có thể nằm trong `/var/log/apache2` dưới dạng một trong các tệp `*-error.log`. Với một lỗi SQL cụ thể, bạn có thể xác định vấn đề là gì.
synsteph38 avatar
lá cờ in
Với trạng thái tôi có cái này: mysql Ver 14.14 Phân phối 5.7.35, cho Linux (x86_64) sử dụng trình bao bọc EditLine Id kết nối: 5347 Cơ sở dữ liệu hiện tại: Người dùng hiện tại: root@localhost SSL: Không sử dụng | Tự hỏi rằng SSL không được sử dụng vì tôi đang sử dụng nó trên các trang web của mình ...
lá cờ in
Đây là lý do tại sao tôi hỏi liệu Joomla có sử dụng `root` hay không. Không có gì được phép sử dụng `root` nữa. Joomla sẽ cần được định cấu hình để sử dụng tài khoản của chính nó, ngay cả khi bạn cấp cho tài khoản đó toàn quyền truy cập vào cơ sở dữ liệu (Nhận xét SSL có thể là "SSL cho cơ sở dữ liệu", điều này không cần thiết cho trường hợp của bạn)
synsteph38 avatar
lá cờ in
Tôi đã gặp lỗi PHP trong nhật ký tất cả các trang web: Lỗi nghiêm trọng PHP: Kích thước bộ nhớ cho phép là 2097152 byte đã cạn kiệt (đã cố phân bổ 65536 byte trong ...
lá cờ in
Tôi thường tính phí khách hàng $50/giờ. cho loại công cụ này ... . Điều đó nói rằng, bạn sẽ cần vào tệp `php.ini` của mình, tìm `memory_limit` và tăng nó lên một thứ gì đó thực tế hơn một chút, chẳng hạn như `256M`. Nó sẽ nằm đâu đó trong thư mục `/etc/php*/`, hoàn toàn phụ thuộc vào phiên bản PHP bạn đã cài đặt.
synsteph38 avatar
lá cờ in
Matigo, Cảm ơn bạn rất nhiều! Bạn đã cứu ngày của tôi! Tôi thực sự đánh giá cao sự giúp đỡ của bạn, đặc biệt là thông thường bạn nên tính phí cho nó! Tất cả các trang web của tôi đã trở lại! Một lần nữa Rất cám ơn sự giúp đỡ của bạn!
muru avatar
lá cờ us
Vui lòng không thêm "đã giải quyết" vào câu trả lời của bạn. Đăng một câu trả lời (và khi bạn có thể, hãy chấp nhận nó) là đủ.
Điểm:1
lá cờ in

Tôi biết vấn đề đến từ đâu!

Tôi đã cài đặt Joomla! mở rộng đã yêu cầu một số sửa đổi trong cấu hình Mysql Vì vậy, tôi đã sửa đổi tệp /etc/mysql/mysql.conf.d/mysqld.cnf với các đầu vào sau:

Interactive_timeout = 120
chờ_thời gian chờ = 120
connect_timeout = 120

và điều này mà không dừng MySQL!

Tôi đã làm hỏng tất cả theo cách này ... Nhưng bây giờ, làm cách nào tôi có thể xây dựng lại/tua lại?

Cảm ơn sự giúp đỡ và lời khuyên của bạn Stéphane

Đă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.