一、報錯： 「Can't swap PDO instance while within transaction」
通過查詢Laravel 源代碼，可以確認異常是在setPdo方法中拋出的：
<?phppublic function setPdo($pdo){ if ($this->transactions >= 1) { throw new RuntimeException(" Can't swap PDO instance while within transaction. "); } $this->pdo = $pdo; return $this;}?>按字面意思理解，出現此錯誤是因為在開啟了事務的情況下，切換了數據庫連接。不過有時候，即便代碼裡沒有顯式的切換數據庫連接，也有可能出現此錯誤。比如說在執行查詢語句出錯的時候，系統會通過tryAgainIfCausedByLostConnection方法判斷問題是不是因為丟失連接導致的，如果是，那麼系統會通過reconnect方法重新連接，在重新連接的時候，系統會通過disconnect方法執行一些清理工作，其中調用了setPdo方法。
理清了前因後果，自然就知道如何解決問題了：檢查網絡情況，確認數據庫連接丟失的原因，這可能是某個設備有問題，也可能是某個timeout設置不當所致。一個相對dirty的處理方法是在查詢前執行一下DB::reconnect()方法重新連接一下數據庫。
二、報錯：「Cannot delete job: NOT_FOUND」
此問題實際上和Laravel 沒太大關係，而是隊列服務Beanstalk 導致的。
Beanstalk
要解決這個問題，需要先理解一個消息的生命週期：當一個消息被放入隊列的時候，它就進入了READY狀態，與此同時，它會關聯一個TTR（time to run）計時器，表示此消息允許運行的時間，當此消息被消費時，它就進入了RESERVED狀態，消費完後，此消息就會被刪除，如果消費的時間過長，比TTR還長，那麼系統會認為認為此消費者已經掛了，進而會把消息從RESERVED狀態退回到READY狀態，交給另一個消費者重新處理。於是乎同一個消息可能會被多個消費者處理，第一個處理完的消費者可以正常的刪除消息，而其餘的消費者在刪除消息的時候就會報無法刪除的錯誤。
解決方法很簡單，首先，需要確保TTR的設置不能太小；其次，實際上Beanstalk提供了一個專門的touch命令來解決執行時間過長的問題，此外，有些時候我們可能需要在應用層面上通過加鎖來規避同一個消息被多個消費者同時處理的情況。
三、報錯：「No query results for model」
在激活了Laravel 讀寫分離的前提下，當消費者處理消息的時候，可能會收到類似錯誤。一個有潛在問題的隊列命令大概如下所示：
<?phpclass Foo extends Command implements SelfHandling, ShouldBeQueued{ use InteractsWithQueue, SerializesModels; protected $bar; public function __construct($id) { $this->bar = Bar::find($id); } public function handle() { // $this->bar }}?>很明顯，當開啟了Laravel 讀寫分離的時候，因為主從延遲的緣故，所以find可能查詢不到相應的數據，一旦我們分析到了這裡，那麼很可能會把寫法修改成下面的樣子：
<?phpclass Foo extends Command implements SelfHandling, ShouldBeQueued{ use InteractsWithQueue, SerializesModels; protected $bar; public function __construct($id) { $this->bar = Bar::onWriteConnection()->find($id); } public function handle() { // $this->bar }}?>也就是說，通過Laravel 的onWriteConnection方法把查詢固定在主服務器上，不過實際上無效。問題癥結在於反序列化的時候，系統會在從服務器上一次findOrFail調用。
<?phpprotected function getRestoredPropertyValue($value){ return $value instanceof ModelIdentifier ? (new $value->class)->findOrFail($value->id) : $value;}?>因為我們無法HACK到框架內部，所以onWriteConnection就沒有意義了。其實換個角度看問題，只要在系列化的時候，保證別用數據庫對像做屬性即可：
<?phpclass Foo extends Command implements SelfHandling, ShouldBeQueued{ use InteractsWithQueue, SerializesModels; protected $id; public function __construct($id) { $this->id = $id; } public function handle() { $bar = Bar::onWriteConnection()->find($this->id); }}?>四、總結
以上就是我在使用Laravel遇到的幾個有代表性的報錯以及解決方案，如果有問題歡迎大家一起交流。希望這篇文章對大家的學習或者工作能帶來一定的幫助。