Điểm:0

Lỗi chung: Máy chủ MySQL 2006 đã biến mất. Tất cả các cài đặt đều ổn

lá cờ it

Tôi có 2 máy chủ linux. 1 đang chạy apache2 với ứng dụng PHP và ứng dụng còn lại đang chạy mysql 5.7. (vì vậy một kết nối từ xa tới DB)

Các ứng dụng PHP đã cố gắng tạo một BIGBLOB từ một tệp (90MB) và lưu trữ nó vào SQL.

Nhưng tôi đang gặp lỗi này: (Điều này chỉ xảy ra trên BLOB LỚN HƠN) PHP:

[PDOException] SQLSTATE[HY000]: Lỗi chung: Máy chủ MySQL 2006 đã biến mất

MYSQL:

24-03-2022T14:22:41.443626Z 268701 [Lưu ý] Đã hủy kết nối 268701 với db: 'bug' user: 'user' host: 'subdomain.hostname.com' (Gặp lỗi khi đọc các gói liên lạc)

Tôi đã tìm kiếm trên internet lỗ hổng. tôi đã làm như sau đang cập nhật: max_allowed_packet lên 1GB, tôi đã kiểm tra: wait_timeout và Interactive_timeout đều ổn (28880 giây) Tôi đã thêm bộ nhớ SWAP. Không có gì đang làm việc. Bất kỳ ý tưởng?

P.S: Có vẻ như kết nối bị cắt ở đâu đó sau 30 giây. nhưng tôi không thể nói chắc chắn và tại sao.

Đây là cài đặt MySQL:

mysql> hiển thị các biến toàn cục như "%timeout%";
+-------------------------+----------+
| Tên_biến | Giá trị |
+-------------------------+----------+
| connect_timeout | 10 |
| bị trì hoãn_insert_timeout | 300 |
| have_statement_timeout | CÓ |
| innodb_flush_log_at_timeout | 1 |
| innodb_lock_wait_timeout | 50 |
| innodb_rollback_on_timeout | TẮT |
| Interactive_timeout | 28800 |
| lock_wait_timeout | 31536000 |
| net_read_timeout | 120 |
| net_write_timeout | 120 |
| rpl_stop_slave_timeout | 31536000 |
| nô lệ_net_timeout | 60 |
| chờ_thời gian chờ | 28800 |
+-------------------------+----------+

 max_allowed_packet | 1073741824 |

ĐẬP:

              tổng số buff/bộ đệm được chia sẻ miễn phí đã sử dụng hiện có
Mem: 7976 1056 256 1 6663 6630
Hoán đổi: 10239 8 10231
Wilson Hauck avatar
lá cờ jp
Bạn có thể đăng VĂN BẢN trong số 50 dòng nhật ký lỗi cuối cùng của mình từ trường hợp 'không đạt' không?
Wilson Hauck avatar
lá cờ jp
Đây có thể là một URL hữu ích để xem xét với nhiều nguyên nhân có thể được liệt kê. https://severalnines.com/database-blog/common-mysql-error-got-error-reading-communication-packet
sav1sav avatar
lá cờ it
Nhật ký lỗi nào chính xác :)? Ngoài ra tôi đã kiểm tra liên kết đó trước đây. Không giúp được gì.
Wilson Hauck avatar
lá cờ jp
Chạy CHỌN @@log_error; nội dung là nơi tập tin được đặt tên.
lá cờ ua
Hãy xem CÁC BIẾN '%size'.
lá cờ ua
5.7 được phát hành vào năm 2016; sự liên quan của "2006" là gì?
lá cờ ua
Điều này nên được di chuyển đến dba.stackexchange.com
Điểm:0
lá cờ ua

"Đã biến mất" thường do một số truy vấn thực sự dài vượt quá một số cài đặt. Tuy nhiên, điều này có mùi giống như một vấn đề khác. Kích thước mặc định để đọc một hàng chỉ là vài MB. Hơn nữa, tôi nghĩ rằng có giới hạn cứng là 16MB. Nghĩa là, tăng "..._size" sẽ không đủ.

Bạn sẽ làm gì với BLOB 90 MB? Cân nhắc để nó trong một tập tinvà đưa thông tin meta vào cơ sở dữ liệu. Ngay cả đối với các jpeg có kích thước MB, điều đó thực tế hơn và hiệu quả hơn so với việc đưa vào cơ sở dữ liệu.

Thảo luận thêm về BLOB, đồng thời cung cấp HIỂN THỊ TẠO BẢNG và một số truy vấn mà bạn định sử dụng. Sau đó, tôi có thể có thêm lời khuyên.

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