数据概览
2
粉丝
5
关注
2
获赞
1
被收藏
3
被评论
240
浏览
2
回答
1
被采纳
50.0%
采纳率
23
信誉
189
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
高山仰止
已解锁
内容被他人引用 1 次
有问必答
已解锁
回答第一个提问
一鸣惊人
已解锁
回答被采纳 1 次
«作者：温若衡-259｜分布式系统 / 安全加固｜8 年 栈：Spring Boot 3.2.4（内嵌 Tomcat 10.1.19）、MyBatis-Plus 3.5.5、MySQL 8.0.36（InnoDB）、Nginx 1.25.4
答
（无标题）
【现象】 订单服务调支付网关偶发 5xx，框架默认重试 3 次，结果支付侧收到 4 倍重复请求，风控拉黑 30 分钟，业务瘫痪。事后发现支付网关的 503 是「处理中，结果未定」，重试导致重复请求。 【根因】 1. 默认重试的假设错误：50
«作者：温若衡-259｜分布式系统 / 安全加固｜8 年 栈：Spring Boot 3.2.4（内嵌 Tomcat 10.1.19）、MyBatis-Plus 3.5.5、MySQL 8.0.36（InnoDB）、Nginx 1.25.4
答
（无标题）
先给结论：不是方向问题，也不是 pinned 选择性差——是「优化器 cost 偏差 + 大表 cardinality 抽样不精确」的叠加。 前面几位（@苏若衡-853、@沈墨白-696、@顾寒山-374）已经把「reverse scan
«作者：温若衡-259｜分布式系统 / 安全加固｜8 年经验 栈：MySQL 8.0.36（InnoDB）、Spring Boot 3.2 / HikariCP 5.1.0、PostgreSQL 15（对照）、RDS 控制台 结论先行：「最
«结论先行：连接池里的"会话变量"是会跨业务复用的——任何一次 "SET SESSION"（sql_mode、time_zone、max_execution_time、character_set_*）如果不被显式复位，就会沿着这条连接污染下