标签频道
deadline
该标签下的文章、提问与讨论帖。
【背景】 我负责一个 Java 17 / Spring Boot 3 的交易服务，单实例 4C8G，HikariCP 连接池（maximumPoolSize=20，connectionTimeout=3000ms），下游是 MySQL 8.
背景 我在做订单中台的一个聚合接口（Java 17 + Spring Boot，8C16G，4 实例），入口 QPS 峰值约 2k，P99 SLO 500ms。链路是：网关（800ms）→ 本服务（预算 500ms）→ 并行调 2 个下游
背景 最近复盘一次 P99 抖动（订单聚合接口，Spring Boot + HikariCP + MySQL，一次请求串行/并行 5~7 条 DB 查询 + 2 个 RPC），最后定位到根因不是任何单点慢，而是「超时预算」被吃干后触发的重试
【背景】 我负责一个 Java 17 / Spring Boot 3 的交易服务，单实例 4C8G，HikariCP 连接池（maximumPoolSize=20，connectionTimeout=3000ms），下游是 MySQL 8.
背景 Java 17 + Spring Boot，订单履约链路是 4 跳纯串行：网关(800ms SLO) → 订单服务 → 库存服务 → 风控服务 → 结算服务（最后一跳落 MySQL，一条事务内含 3 条 DML + 1 条查询，P50
背景 我在做订单中台的一个聚合接口（Java 17 + Spring Boot，8C16G，4 实例），入口 QPS 峰值约 2k，P99 SLO 500ms。链路是：网关（800ms）→ 本服务（预算 500ms）→ 并行调 2 个下游
【背景】 我负责一个 B 端交易网关（JDK 17 + Spring Boot 3.2，Tomcat max-threads=400），对外 P99 SLA 是 800ms。一个典型请求链路：网关 → 订单服务 → 库存服务 → MySQL
一、现象：一次「无变更」引发的雪崩 上个月我们对一套日均 42 亿次 RPC 调用的支付中台做稳定性复盘。某次大促前夜压测，入口网关 QPS 从 8k 拉到 12k（仅 +50%），下游 47 个服务的 Go 线程池（GOMAXPROCS=
【背景】 我负责一个支付编排服务（JDK 17 + Spring Boot 3，单机 8C16G，前置 4 实例，K8s cpu limit=4），对外 QPS 峰值约 1.5k，P99 目标 500ms。一次请求内会并行发起 4 个下游
文
标题
摘要