MySQL长连接指的是客户端和数据库建立连接后，在较长时间内不主动断开，反复复用该连接执行SQL请求。这种模式虽然能减少连接建立的开销，但如果没有合理的管理机制，很容易出现内存溢出的问题。连接使用过程中，MySQL会为该连接分配查询缓存、临时表、会话变量等内存资源，这些资源默认不会主动释放，长期累积就会导致内存占用越来越高。
长连接导致内存溢出的核心原因
MySQL为每个客户端连接分配独立的内存区域，主要包含以下几类资源：
- 会话级别的查询缓存，用于存储当前连接执行过的查询结果
- 临时表内存，执行排序、分组等操作时开辟的临时存储空间
- 会话变量、用户自定义变量占用的内存
- 连接相关的元数据信息占用的内存
如果连接长期不关闭，这些资源会一直保留，即使连接处于空闲状态也不会自动释放。当大量长连接同时存在，或者单个长连接执行了大量复杂查询后，内存占用就会不断上升，最终触发内存溢出。
通过wait_timeout参数自动回收闲置连接
wait_timeout是MySQL控制连接空闲超时时间的参数，单位是秒，默认值为28800也就是8小时。当连接的空闲时间超过这个阈值时，MySQL会自动断开该连接，释放对应的内存资源。我们可以通过调整这个参数来避免长连接长期闲置占用内存。
查看当前wait_timeout配置
可以登录MySQL执行以下命令查看当前配置：
-- 查看全局wait_timeout配置 SHOW GLOBAL VARIABLES LIKE 'wait_timeout'; -- 查看当前会话的wait_timeout配置 SHOW SESSION VARIABLES LIKE 'wait_timeout';
修改wait_timeout参数
如果需要临时调整，可以在MySQL命令行执行以下语句：
-- 设置全局wait_timeout为600秒，也就是10分钟 SET GLOBAL wait_timeout = 600; -- 设置当前会话的wait_timeout为600秒 SET SESSION wait_timeout = 600;
如果需要永久生效，需要修改MySQL的配置文件my.cnf，在[mysqld]段添加以下配置，之后重启MySQL服务：
[mysqld] wait_timeout = 600 interactive_timeout = 600
注意interactive_timeout参数也需要同步修改，它控制的是交互式连接的空闲超时时间，和wait_timeout的作用逻辑一致，保持两个值相同可以避免配置不生效的问题。
业务层连接重置技巧
除了调整wait_timeout参数，业务层主动管理连接状态也是避免内存溢出的重要手段，常用的连接重置技巧有以下几种。
定期执行重置命令
在长连接使用过程中，可以定期执行mysql_reset_connection命令，这个命令会重置连接的会话状态，释放查询缓存、临时表等占用的内存资源，同时保留连接的认证信息，不需要重新建立连接。不同编程语言的实现方式不同，以下是PHP和Java的示例：
PHP实现示例
<?php
// 建立MySQL长连接
$conn = new mysqli('127.0.0.1', 'root', 'password', 'test', 3306);
// 执行多次查询后，定期重置连接
if ($conn->ping()) {
// 调用重置连接方法，释放会话资源
$conn->reset();
}
?>
Java实现示例
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
import java.sql.Statement;
public class MysqlLongConnection {
public static void main(String[] args) throws SQLException {
Connection conn = DriverManager.getConnection("jdbc:mysql://127.0.0.1:3306/test", "root", "password");
// 执行多次查询后，定期重置连接
try (Statement stmt = conn.createStatement()) {
// 执行重置连接的SQL命令
stmt.execute("mysql_reset_connection");
}
conn.close();
}
}
连接池定期回收连接
如果业务使用了连接池管理MySQL连接，可以配置连接池的回收策略，定期将长期未使用的连接断开，重新建立新连接，避免旧连接累积过多内存资源。以HikariCP连接池为例，相关配置如下：
# 连接最大存活时间，超过该时间的连接会被连接池回收，单位毫秒 spring.datasource.hikari.max-lifetime=1800000 # 连接空闲超时时间，空闲超过该时间的连接会被回收，单位毫秒 spring.datasource.hikari.idle-timeout=600000 # 连接池定期检测连接是否可用的间隔时间，单位毫秒 spring.datasource.hikari.keepalive-time=30000
避免长连接执行大结果集查询
长连接执行返回大结果集的查询时，会占用大量内存缓存结果，这类查询尽量使用短连接执行，或者查询时分页获取结果，避免一次性加载全部数据到内存中。如果必须使用长连接执行，查询完成后及时释放结果集资源。
不同场景下的方案选择
可以根据实际业务场景选择合适的解决方案，以下是常见场景的适配建议：
| 业务场景 | 推荐方案 |
|---|---|
| 连接数量少，空闲时间不固定 | 调整wait_timeout为合理值，自动回收闲置连接 |
| 连接数量多，需要复用连接减少开销 | 业务层定期执行连接重置，配合连接池回收策略 |
| 存在大量复杂查询、大结果集查询 | 拆分长连接和短连接，大查询使用短连接，日常操作使用长连接 |
注意事项
调整wait_timeout参数时，不要设置过短，否则会导致频繁的连接断开和重建，反而增加数据库开销。一般业务场景设置为300到600秒比较合适，也就是5到10分钟。另外，连接重置操作也会有一定的性能开销，建议根据业务查询频率，设置合理的重置间隔，不要每次查询后都执行重置。
MySQL长连接内存溢出wait_timeout连接重置修改时间：2026-06-17 17:27:41