考慮以下場景：我們有一個 AWS 工作實例（基于 SQS），它打開與 RDS 的持久 MySQL 連接。$this->connectRegistry[ $host ][ 'connect' ] = mysqli_connect(    "p:" . $host ,    $this->hostCredentials[ $host ][ 'username' ] ,    $this->hostCredentials[ $host ][ 'password' ]);現在有時（不是定期）此調用會生成以下警告：PHP 警告：mysqli_connect()：MySQL 服務器已消失由于 AWS 工作實例使用 Web 服務器處理請求，因此設置基本上與服務網站的常用實例相同。我們在多個項目中使用相同的類，但在一個網站中，這個錯誤甚至沒有發生過一次。為了了解這些警告的來源，我們嘗試在發生連接錯誤時打印堆棧跟蹤，但是 - 現在尷尬的事情開始出現 - 沒有連接錯誤。請看一下整個connect函數：private function connect ( $host ){    $this->connectRegistry[ $host ][ 'connect' ] = mysqli_connect(        "p:" . $host ,        $this->hostCredentials[ $host ][ 'username' ] ,        $this->hostCredentials[ $host ][ 'password' ]    );    $error = mysqli_connect_error();    if( $error ) {        $this->raiseError( "Connect (" . mysqli_connect_errno() . ") " . $error );        return false;    }    return true;}該方法raiseError使用堆棧跟蹤等構建完整的錯誤消息，然后調用trigger_error. 但是，如果觸發上述警告，則不會調用此方法。我們的第一個目標是了解哪些 cronjobs 會觸發這些警告 - 也許存在一些性能不佳的查詢。