Go HTTP 调用超时后吞吐下降：从取消传播到连接复用的治理实践
适用场景 本文适用于 Go 服务通过 net/http 调用内部 API、第三方接口或对象存储的场景。典型现象是：下游偶发变慢后，请求大量超时；下游恢复后，调用方吞吐仍然偏低；连接数、TIME_WAIT 或新建 TLS 连接数明显上升；日志只看到 context deadline exceeded，却无法判断超时发生在
Tag
#开发
包含这个标签的文章。
MySQL 深分页越来越慢：从 OFFSET 扫描到游标分页的改造实践
适用场景 本文适用于按时间倒序展示订单、流水、审计日志或消息列表的接口。典型特征是：第一页很快，翻到几千页后响应时间明显上升；数据库 CPU 和磁盘读取随页码增长；接口仍使用 LIMIT offset, size。 示例使用 MySQL 8.0，表结构如下： CREATE TABLE orders ( id BIGIN
Python 并发子任务失败后仍在运行：TaskGroup 取消与资源回收实践
适用场景 一个聚合接口同时读取用户资料与订单摘要，只有两项都成功才返回页面。某个依赖提前失败后，其他查询的结果已经没有用途，却仍占用连接和并发名额。本篇用纯标准库示例讨论这种“共同成功、共同结束”的请求边界。 示例需要 Python 3.11 或以上版本，本文在 Python 3.14 环境执行验证。演示使用内存事件替
Webhook 验签通过仍被重复扣款：HMAC 签名与重放攻击防护实践
适用场景 支付、订单、代码托管或消息平台通过 Webhook 主动回调业务系统。接口已经校验 HMAC 签名，但偶尔仍出现同一事件被重复执行，甚至攻击者截获一条合法请求后，可以在数小时后原样重放。 本文以 Python 3.11、FastAPI 和 Redis 为例，实现一套可直接落地的接收端：对原始请求体进行 HMA
FastAPI 接口并发升高后全站变慢：阻塞调用卡住事件循环的定位与治理
适用场景 FastAPI 服务平时响应正常，但只要某个文件处理、旧版 SDK 调用或报表计算接口并发升高，健康检查、登录和其他无关接口也一起变慢。CPU、内存和数据库连接数未必异常，扩容 Uvicorn worker 后只能暂时缓解。 这类问题常见于 async def 路由中直接调用同步阻塞函数。本文给出一个可复现的