我有一個 Laravel Spark 項目，它使用 Horizon 來管理 Redis 的作業隊列。在本地（在我的 Homestead 盒子、Mac OS 上）一切都按預期工作，但在我們新的 Digital Ocean（Forge 配置）Droplet（內存優化的 256GB、32vCPU、10TB 和 1x 800GB VPS）上，我不斷收到錯誤:PDOException: Packets out of order. Expected 0 received 1. Packet size=23或者該錯誤的某些變體，其中數據包大小信息可能不同。經過數小時/數天的調試和研究，我在 StackOverflow 和其他地方看到了許多帖子，這些帖子似乎表明可以通過執行以下列出的許多操作來解決此問題：在我的 database.php 配置中設置PDO::ATTR_EMULATE_PREPARES為 true。這對問題絕對沒有影響，實際上引入了另一個問題，即整數被轉換為字符串。設置DB_HOST為127.0.0.1而不是localhost，以便它使用 TCP 而不是 UNIX 套接字。同樣，這沒有任何效果。DB_SOCKET通過登錄 MySQL (MariaDB) 并運行將套接字路徑列出為 來設置為 MySQL 中show variables like '%socket%';列出的套接字路徑/run/mysqld/mysqld.sock。我也離開DB_HOST設置為localhost。這也沒有效果。我確實注意到的一件事是，變量pdo_mysql.default_socket設置為/var/run/mysqld/mysqld.sock，我不確定這是否是問題的一部分？我已將 MySQL 配置設置大幅增加到/etc/mysql/mariadb.conf.d/50-server.cnf以下內容：key_buffer_size = 2048Mmax_allowed_packet = 2048Mmax_connections = 1000thread_concurrency = 100query_cache_size = 256M我必須承認，改變這些設置是最后的手段/抓住稻草類型的場景。然而，這確實在一定程度上緩解了這個問題，但并沒有完全解決它，因為 MySQL 在 99% 的情況下仍然會失敗，盡管是在后期。就隊列而言，我總共分為1,136 workers6 個主管/隊列，并且全部通過 Laravel Horizon 處理，它作為守護進程運行。我還使用 Laravel Websockets PHP 包進行廣播，同樣，它也作為守護進程運行。我當前的環境配置如下（敏感信息省略）。服務器設置如下：最大文件上傳大?。?024最大執行時間：300PHP 版本：7.4MariaDB 版本：10.3.22我檢查了 MySQL 服務器崩潰/消失時的所有日志（見下文），MySQL 日志中根本沒有任何內容。沒有任何錯誤。我也沒有看到任何內容：/var/log/nginx/error.log/var/log/nginx/access.log/var/log/php7.4-fpm.log我目前仍在挖掘和調試，但現在，我被難住了。這是我第一次遇到這個錯誤。這可能是因為訪問數據庫（讀/寫）太快嗎？有關隊列如何工作的一些信息。我有一個初始控制器，它將作業分派到隊列。一旦該作業完成，它就會觸發一個事件，然后啟動按順序運行其他幾個偵聽器/事件的過程，所有這些都取決于在觸發新事件和新偵聽器/作業占用工作之前完成的先前作業?？偣膊コ隽?30 個事件?？偣灿?30 名聽眾?？偣灿?個職位。這些都根據運行的偵聽器/作業及其觸發的事件按順序工作。我還監控了laravel.log現場情況，當崩潰發生時，根本沒有記錄任何內容。雖然，我偶爾會得到production.ERROR: Failed to connect to Pusher.MySQL是否崩潰的信息，所以我認為這與這個問題沒有任何關系。我什至注意到 Laravel API 速率限制已達到，因此我確保將其從 60 大幅增加到 500。仍然沒有高興。最后，運行哪個事件、作業或監聽器似乎并不重要，因為錯誤是隨機發生的。因此，不確定它是特定于代碼的，但很可能是。希望我已經提供了足夠的背景和詳細信息來獲得一些幫助，但如果我錯過了任何內容，請告訴我，我會將其添加到問題中。謝謝。