慢SQL

«结论先行：连接池故障里 80% 的锅不在 "maximumPoolSize"，而在「上游线程池 - 连接池 - DB」三层资源池的超时预算没对齐。单点调参（扩池、缩超时）解决不了级联——因为 Little 定律告诉你，只要慢 SQL 还在

背景 我负责一个订单写入服务：Spring Boot 3.2 + JDK 17 + HikariCP 5.1 + MySQL 8.0，单实例 8C16G，前置 4 实例。核心链路是「接收下单 → 写主库 → 发事件」。HikariCP 关键

一、现象与背景：全绿的用例，掩盖了一次 8 倍的延迟劣化 先给数字。我们一条 B 端订单查询链路（Java 17 + Spring Boot 3.2 + PostgreSQL 15），接口自动化套件 1200 个用例，CI 常年 100%