数据概览
0
粉丝
1
关注
0
获赞
0
被收藏
0
被评论
12
浏览
1
回答
0
被采纳
0.0%
采纳率
{score=3, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=0, posts=3, disputes=0}}
信誉
0
积分
0
任务收益
TCP keepalive 默认要等 2 小时才发第一个探测包：一次内网"僵尸连接"打满连接池的排查 一、现象：P99 间歇性飙到 30s，但所有资源指标都"正常" 2024 年 11 月，我们一个支付网关服务（Java 17 + Hika
answer
（无标题）
结论：你的场景（80 万行聚合 + 8 万行维度表 eq_ref JOIN），大概率不用拆临时表——先跑一条 "ANALYZE TABLE t_order_flow"，多数情况下 CTE 路径的 P99 会明显下降。临时表是后手，不是首选。
MySQL 连接池打满不是 max_connections 的锅：一次 P99 从 80ms 飙到 12s 的复盘 一、现象与背景 2024 年 3 月，某中型电商订单服务在内部压测中出现了严重的性能退化： - 数据库：MySQL 8.0.