4. 慢查询的定义与分类：数据库慢查询、应用层慢调用、网络延迟导致的慢查询

在迁移过程中，Young GC 频繁往往不是孤立现象，而是与系统各层的“慢”相互交织。要精准诊断关联性，首先必须统一对“慢查询”的认知边界。本章从三个层面定义慢查询，并给出可量化的分类标准。

4.1 慢查询的三层定义

慢查询并非仅指数据库 SQL 执行缓慢。在分布式系统与 JVM 调优视角下，任何导致请求端等待时间超过阈值的链路环节，都应纳入慢查询范畴。下表给出三层定义的核心对比：

4.2 数据库慢查询：执行计划与资源争用

数据库慢查询是最直观的慢现象，但在迁移场景下需要区分两种成因：

• 结构型慢查询： 索引缺失、统计信息过期、数据分布倾斜。这类慢查询在迁移前后表现一致，与 GC 无关。
• 资源型慢查询： 连接池耗尽、锁等待、磁盘 IO 瓶颈。Young GC 频繁会导致应用线程停顿，连接长期占用不释放，进而引发连接池枯竭，使后续 SQL 进入等待队列。

诊断资源型慢查询时，应关注数据库端 wait/event 指标：

-- 查看当前等待事件（MySQL）
SELECT * FROM performance_schema.events_waits_current
WHERE event_name LIKE '%wait/io%' OR event_name LIKE '%lock%';

-- 检查连接数是否异常
SHOW STATUS LIKE 'Threads_connected';
SHOW VARIABLES LIKE 'max_connections';

4.3 应用层慢调用：GC 暂停与线程阻塞

应用层慢调用是 Young GC 频繁最直接的受害者。每次 Young GC 都会触发“Stop-The-World”暂停，虽然单次暂停时间短（通常 < 50ms），但频繁发生时，请求处理时间会叠加 GC 暂停时间。

应用层慢调用的典型表现：

• 接口 TP99 上升： 原本 200ms 的接口，在 GC 频繁时段 TP99 飙升至 800ms 以上。
• 线程阻塞： 应用线程在 GC 暂停期间无法处理新请求，导致请求排队。
• 对象分配压力： 高并发场景下，大量临时对象在 Eden 区快速分配，触发更频繁的 Young GC。

4.4 网络延迟导致的慢查询：GC 引发的连锁反应

网络延迟慢查询在迁移过程中容易被忽视，但往往是压垮系统的“最后一根稻草”。Young GC 频繁时，应用线程暂停可能导致以下网络问题：

• 心跳超时： 注册中心、配置中心或分布式缓存的心跳检测因 GC 暂停而超时，触发节点摘除与重连。
• 连接池泄漏： 应用在 GC 暂停前获取了数据库连接，暂停结束后连接已超时，但未正确归还，导致连接池逐渐耗尽。
• 重试风暴： 客户端因超时发起重试，重试请求又遇到 GC 暂停，形成恶性循环。

网络延迟慢查询的量化指标：

4.5 三层慢查询的关联关系图

下图展示了 Young GC 频繁如何通过三层慢查询形成连锁故障：

4.6 慢查询分类总结

在迁移过程中诊断慢查询时，建议按以下优先级排查：

1. 先确认 Young GC 频率： 使用 jstat -gcutil 或 GC 日志，确认 YGC 间隔是否小于 1 秒。
2. 再定位慢查询层次： 通过 APM 链路追踪，判断慢调用发生在数据库、应用层还是网络层。
3. 最后关联分析： 将 GC 暂停时间线与慢查询时间线叠加，确认因果关系。