本质是关联链路长、sql慢、连接被长期占用致后续请求无连接可用；需优化sql效率（关totalcount、强索引、控关联深度）、收紧连接生命周期（deploy=1、pdo超时、手动close）、拆解复杂关联为id显式查询。
ThinkPHP 5.1 使用模型关联查询时出现数据库连接超时，本质不是“连不上”，而是关联链路长、SQL执行慢、连接被长时间占用，导致后续请求拿不到空闲连接——最终触发 Too many connections 或 MySQL server has gone away。优化要从 SQL 效率、连接复用、执行时机三方面入手。
关掉无意义的 totalCount 统计
带关联的分页默认会执行 COUNT(*)，而多表 JOIN 后的 COUNT 极易全表扫描，耗尽连接等待时间。
- 控制器中调用 paginate 时，显式关闭总数统计：
$list = User::with('profile,orders')->where('status', 1)->paginate(15, false); - 模板里改用 simple 分页：
{$list->simple()->render()}，避免依赖总页数引发额外查询 - 如需保留搜索参数，必须补上
appends()：{$list->simple()->appends(request()->param())->render()}
强制走索引 + 控制关联深度
模型关联（如 hasMany、belongsTo）若没走索引，或一次查出几十个主记录再 N+1 查询关联数据，会迅速拖垮连接池。
- 确保外键字段有索引：比如
order.user_id必须建索引；若关联条件含时间范围，建联合索引如(user_id, create_time) - 避免隐式 N+1：不用
foreach ($users as $u) { $u->profile; }，改用with('profile')一次性预加载 - 限制关联数据量：在关联定义里加
limit()，例如return $this->hasMany('Order')->limit(5);，防单次拉取过多
收紧连接生命周期 + 防空闲断连
TP5.1 默认不启用连接复用，且未设超时，容易让连接卡死在 Sleep 状态，被 MySQL 主动踢掉后框架仍尝试复用失效句柄。
- 配置文件
config/database.php中，MySQL 驱动块必须包含：'deploy' => 1（整数 1，非 true 或字符串）'params' => [PDO::ATTR_TIMEOUT => 3, PDO::MYSQL_ATTR_INIT_COMMAND => 'SET NAMES utf8mb4'] - 若用 Docker，
hostname填容器名（如'mysql'），别写localhost或127.0.0.1，否则连接会失败或绕过 DNS 导致延迟 - CLI 或定时任务中，查询结束后手动释放：
Db::close();，防止常驻进程长期持连接
拆解复杂关联，改用 ID 显式查询
当关联涉及 3 张以上表、或带复杂 WHERE / ORDER / GROUP 时，TP5.1 的 with() 生成的 SQL 容易失控，不如手动控制。
- 先查主表 ID 列表：
$ids = User::where('status', 1)->column('id'); - 再用 IN 批量查关联表（注意合并 IN 参数防超长）：
$profiles = Profile::where('user_id', 'in', $ids)->select(); - 最后在 PHP 层组装，比全自动 with 更可控、更易加缓存、也更少触发连接等待
