HikariCP 连接池 pending 阈值怎么定才有提前量

现象：MySQL 8.0，K8s 部署 4 副本，单副本 4C8G，入口稳态 800 QPS、峰值 1500。每次连接池打满都是「用户先投诉、我们再复盘」，事后看 GC、慢日志、max 配置，结论往往是「配置没问题，是下游抖动」。

已尝试：

• 监控 pending、active/maxSize、acquire_wait 三个指标，但都是事后报警，无法提前预警。
• 尝试设置 pending >= 50 作为阈值，但报警时连接池已经打满，用户已超时。

期望：

• 能提前 30 秒到 2 分钟报警，而不是事故后归因。
• 希望知道如何根据压测数据推导出合适的阈值。

引用：

• 问题 1524：HikariCP 连接池 P99 抖动「事后才复盘」：pending 线程 / active 占比到底该用哪个指标做预警，阈值怎么定才有提前量？
• 问题 2602：HikariCP 连接池耗尽「前 30 秒」该盯哪个指标：pending 队列深度、active 占比、acquire 耗时 P99——三者哪个是领先信号，阈值怎么从压测数据里推？
• 讨论 2291：告警阈值到底该用「固定绝对值」还是「动态基线（z-score/分位数）」？