Cron gặp sự cố MySQL

Sau khi chuyển sang một máy chủ mới, tôi gặp sự cố MySQL [1] mỗi ngày một lần, điều này xảy ra với email của tôi và gây khó chịu khi không đề cập đến tác động tiềm năng. Bất kỳ gợi ý về cách gỡ lỗi vấn đề này?

Rõ ràng sự cố đã xảy ra $schedule->save()nên tôi đã cố gắng bọc nó bằng một thử ... bắt nhưng điều đó không giúp được gì

SQLSTATE[HY000]: General error: 2006 MySQL server has gone away
Trace:
#0 /var/www/vhosts/site/store/lib/Zend/Db/Adapter/Pdo/Abstract.php(305): PDO->beginTransaction()
#1 /var/www/vhosts/site/store/lib/Zend/Db/Adapter/Abstract.php(495): Zend_Db_Adapter_Pdo_Abstract->_beginTransaction()
#2 /var/www/vhosts/site/store/lib/Varien/Db/Adapter/Pdo/Mysql.php(219): Zend_Db_Adapter_Abstract->beginTransaction()
#3 /var/www/vhosts/site/store/app/code/core/Mage/Core/Model/Resource/Abstract.php(76): Varien_Db_Adapter_Pdo_Mysql->beginTransaction()
#4 /var/www/vhosts/site/store/app/code/core/Mage/Core/Model/Abstract.php(313): Mage_Core_Model_Resource_Abstract->beginTransaction()
#5 /var/www/vhosts/site/store/app/code/core/Mage/Cron/Model/Observer.php(125): Mage_Core_Model_Abstract->save()
#6 /var/www/vhosts/site/store/app/code/core/Mage/Core/Model/App.php(1338): Mage_Cron_Model_Observer->dispatch(Object(Varien_Event_Observer))
#7 /var/www/vhosts/site/store/app/code/core/Mage/Core/Model/App.php(1317): Mage_Core_Model_App->_callObserverMethod(Object(Mage_Cron_Model_Observer), 'dispatch', Object(Varien_Event_Observer))
#8 /var/www/vhosts/site/store/app/Mage.php(447): Mage_Core_Model_App->dispatchEvent('default', Array)
#9 /var/www/vhosts/site/store/cron.php(46): Mage::dispatchEvent('default')
#10
{main}

Cài đặt thời gian chờ:

mysql> show global variables like '%timeout%';
+----------------------------+----------+
| Variable_name              | Value    |
+----------------------------+----------+
| connect_timeout            | 10       |
| delayed_insert_timeout     | 300      |
| innodb_lock_wait_timeout   | 50       |
| innodb_rollback_on_timeout | OFF      |
| interactive_timeout        | 30       |
| lock_wait_timeout          | 31536000 |
| net_read_timeout           | 30       |
| net_write_timeout          | 60       |
| slave_net_timeout          | 3600     |
| wait_timeout               | 3600     |
+----------------------------+----------+
10 rows in set (0.00 sec)

Như những người khác đã nói nó có khả năng được kích hoạt bởi một kịch bản chạy dài. Bất kỳ tập lệnh nào mất nhiều thời gian để chạy mà không sử dụng cơ sở dữ liệu đều có thể hết thời gian chờ.

Tôi đã có điều này xảy ra trước đây. Chúng tôi có một tập lệnh kết nối với máy chủ từ xa, tải xuống vài trăm tệp xml, phân tích cú pháp và chuyển đổi chúng thành tệp .csv để nhập qua mô-đun Magento ImportExport tích hợp. Chúng tôi có một mô-đun ghi nhật ký tùy chỉnh, cho phép chúng tôi theo dõi những gì đã xảy ra với thói quen của chúng tôi. Điều đầu tiên mà lớp thực hiện là thêm một hàng vào bảng nhật ký này để nói rằng thường trình bắt đầu. Sau đó, phải mất 5-10 phút để tìm nạp các tệp xml từ xa. Sau khi tải xuống các tệp, nó cố gắng viết một mục nhật ký khác để nói rằng nó đã hoàn thành. Vì kết nối mysql đã được mở kể từ sự kiện nhật ký đầu tiên và không được sử dụng kể từ đó, mysql đã đóng kết nối vì nó không nhận được truy vấn nào lâu hơn khoảng thời gian chờ.

Trong /etc/mysql/my.cnfnỗ lực của bạn tăng giá trị chomax_allowed_packet

Ví dụ.

max_allowed_packet = 256M

Sau đó khởi động lại MySQL.

Nếu bạn hỏi tôi, không nên để kết nối mysql mở trong nhiều giờ. Vì vậy, giải pháp thay thế là, để kiểm tra, khi kết nối vẫn tồn tại, nếu không, hãy mở một kết nối mới.