mysqli::reap_async_query()是否存在副作用及调用报错原因咨询

问题1：mysqli::reap_async_query()的作用与保留必要性 #

• 该函数即便不读取返回值也存在明确的副作用：它会回收上一次异步查询未被读取的结果，释放MySQL连接的占用状态。最初的开发者添加这行代码，是为了避免前一次异步查询执行后没有主动读取结果，导致连接被标记为“忙”，后续新查询无法执行。
• 如果你的项目中实际没有用到$async = true的调用场景，这行代码可以直接删除，不会对同步查询逻辑产生任何影响。如果确实存在异步查询的使用需求，也不需要直接删除，只需调整调用逻辑避免无意义的调用即可。

问题2：报错触发原因 #

你看到的报错属于mysqli扩展的提示文案有误导性，并非连接真的断开：

• 当连接是全新初始化、还没有执行过任何异步查询时，连接状态处于空闲干净的状态，此时调用reap_async_query()，扩展就会抛出该错误，本质是提示当前连接没有待回收的异步查询结果。
• 你是首次调用mysqlQuery()时触发报错，就是因为此时$GLOBALS['con']刚建立完成，还没有执行过任何异步查询，直接调用回收函数就触发了错误。原本的开发者添加了错误抑制符@只是隐藏了页面输出的报错，但如果你的错误日志配置了记录被抑制的错误，还是会捕获到这条提示。

兼容方案（如果需要保留异步支持） #

不需要删除原有逻辑，只需调整代码即可消除报错：

// 仅当存在待读取的异步查询结果时再执行回收
if ($GLOBALS['con']->poll(0, 0) > 0) {
    $GLOBALS['con']->reap_async_query();
}

内容的提问来源于stack exchange，提问作者Derek