考慮以下場(chǎng)景：我們有一個(gè) AWS 工作實(shí)例（基于 SQS），它打開與 RDS 的持久 MySQL 連接。$this->connectRegistry[ $host ][ 'connect' ] = mysqli_connect(    "p:" . $host ,    $this->hostCredentials[ $host ][ 'username' ] ,    $this->hostCredentials[ $host ][ 'password' ]);現(xiàn)在有時(shí)（不是定期）此調(diào)用會(huì)生成以下警告：PHP 警告：mysqli_connect()：MySQL 服務(wù)器已消失由于 AWS 工作實(shí)例使用 Web 服務(wù)器處理請(qǐng)求，因此設(shè)置基本上與服務(wù)網(wǎng)站的常用實(shí)例相同。我們?cè)诙鄠€(gè)項(xiàng)目中使用相同的類，但在一個(gè)網(wǎng)站中，這個(gè)錯(cuò)誤甚至沒有發(fā)生過(guò)一次。為了了解這些警告的來(lái)源，我們嘗試在發(fā)生連接錯(cuò)誤時(shí)打印堆棧跟蹤，但是 - 現(xiàn)在尷尬的事情開始出現(xiàn) - 沒有連接錯(cuò)誤。請(qǐng)看一下整個(gè)connect函數(shù)：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使用堆棧跟蹤等構(gòu)建完整的錯(cuò)誤消息，然后調(diào)用trigger_error. 但是，如果觸發(fā)上述警告，則不會(huì)調(diào)用此方法。我們的第一個(gè)目標(biāo)是了解哪些 cronjobs 會(huì)觸發(fā)這些警告 - 也許存在一些性能不佳的查詢。