页面重载场景下Laravel与MySQL查询执行状态及数据库连接机制问询

咱们一个个拆解问题，核心其实是客户端连接断开后，PHP进程、Laravel以及MySQL端的行为差异：

1. 页面重载会不会终止MySQL正在执行的查询？ #

答案是：不一定，分场景判断。

• 当你触发页面重载时，浏览器会立刻断开和当前Laravel（PHP）进程的HTTP连接。PHP默认的ignore_user_abort配置是false，这意味着PHP会检测到客户端断开，随即终止当前脚本的执行。
• 但关键区别在这里：如果MySQL的查询已经被发送到数据库端并开始执行（比如一个大的SELECT或者批量更新操作），PHP脚本的终止并不会直接通知MySQL停止查询。MySQL会独立把这个查询执行完毕——毕竟数据库端的执行逻辑和PHP进程是分离的，它不知道客户端已经“跑路”了。只不过执行完的结果会因为PHP进程已经终止而被直接丢弃，没人接收而已。
• 例外情况：如果你的查询是在一个未提交的事务中，当PHP进程终止导致数据库连接断开时，MySQL会自动回滚这个事务，此时未提交的修改会被撤销，但已经启动的查询还是会执行到连接断开的节点，最终因为事务回滚而不会留下持久化的结果。

2. AJAX请求触发重载时的架构层面分析 #

针对你提到的100万条记录的AJAX查询场景：

• MySQL端的查询不会被终止：和上面的逻辑一致，只要查询已经发送到MySQL并开始执行，就算浏览器重载导致AJAX连接断开，MySQL还是会把查询跑完。你可以自己测试验证：发起大查询后立刻断开页面，然后去MySQL的processlist里查看，那个查询依然会处于Query状态，直到执行完成。
• Laravel与数据库的连接会被切断：当PHP脚本因为客户端断开而终止时，Laravel底层基于PDO/mysqli的数据库连接会被PHP自动关闭。但这个关闭动作只是PHP进程退出时的资源清理操作，不会主动向MySQL发送KILL QUERY命令——所以MySQL的查询还是会不受干扰地执行完毕。

补充个实用小技巧：如果想让PHP在客户端断开时主动终止MySQL的查询，可以手动设置ignore_user_abort(true)，然后在脚本里定时用connection_aborted()检测连接状态，一旦发现断开，就执行KILL QUERY命令终止对应的MySQL查询。不过这需要提前获取到查询的进程ID，实现起来有点繁琐，一般只有特殊性能敏感场景才需要这么做。

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