Redis 热点缓存过期后数据库被打满：互斥重建与逻辑过期实践
适用场景 商品详情、活动配置、首页聚合数据和权限策略等读取接口，通常会把查询结果缓存在 Redis 中。平时数据库负载很低，一旦某个热点键过期，大量并发请求却可能同时回源，几百毫秒内把连接池占满，最终形成接口超时、重试放大和数据库雪崩。 本文讨论的是单个或少量热点键失效导致的缓存击穿。如果大量键在同一时间过期，属于缓存
Tag
#开发
包含这个标签的文章。
Webhook 签名校验通过仍被重复执行：时间窗、幂等键与防重放实践
适用场景 支付回调、代码仓库事件、消息推送和第三方审批通知通常通过 Webhook 进入业务系统。很多服务已经实现了 HMAC 签名校验，却仍会遇到重复发货、重复记账或重复触发流水线的问题。 这类故障的关键在于：签名只能证明请求内容来自持有密钥的一方，不能证明这次请求从未被处理过。 一个合法请求被代理层、第三方平台或攻
Python asyncio 优雅停机卡住：从取消信号被吞到结构化并发治理
适用场景与现象 异步消费者、WebSocket 网关或定时任务服务收到 SIGTERM 后，健康检查已经失败，进程却迟迟不退出，最终被 Kubernetes 在宽限期结束时强制 SIGKILL。常见伴随现象是： 停机日志只出现“开始关闭”，没有“后台任务已结束”； 某个任务仍处于 PENDING，但业务请求已经停止进入
MySQL 连接池复用后请求行为漂移：会话状态泄漏的排查与复位实践
适用场景与现象 同一个接口在生产环境中偶发出现以下现象：有时写入没有立即提交，有时日期相差 8 小时，有时普通查询突然以更严格的事务隔离级别执行。重启应用后故障暂时消失，单独连接 MySQL 手工执行又无法复现。 这类问题常见于使用连接池的 Web 服务、异步任务和批处理程序。连接池归还的是可复用的物理连接，而 MyS
Django 新订单偶发查询不到：Celery 任务早于事务提交的排查与修复
Django 新订单偶发“查询不到”：Celery 任务早于事务提交的排查与修复 适用场景与现象 下单接口先写入订单，再让 Celery Worker 发送确认邮件。接口返回成功，Worker 却偶发 Order.DoesNotExist；在管理后台查询，同一订单已经存在。失败多发生在数据库写入较慢、Worker 较空
PostgreSQL 插入新数据却主键冲突：从序列漂移到安全校准的排查实践
适用场景 本文适用于 PostgreSQL 表使用 serial、bigserial 或 identity 列生成主键，但执行正常 INSERT 时仍出现主键重复的场景。常见诱因包括数据迁移、手工补数据、COPY 导入、只恢复表数据却漏掉序列状态，或者在不同环境之间合并数据。 典型表结构如下： CREATE TABLE
Go 配置热更新偶发数据竞争：用不可变快照与 atomic.Pointer 安全切换
配置热更新看起来只是“重新读一次文件”，但在高并发服务里，它实际上是一次共享状态切换。如果更新协程直接修改正在被请求协程读取的 map、切片或结构体字段，轻则读到新旧配置拼接出的混合状态，重则触发 concurrent map read and map write，让整个进程退出。 本文以一个会动态调整上游地址和超时时
API 密钥泄漏后如何无停机处置：双密钥轮换、审计与最小权限实践
适用场景 代码仓库、CI 日志、工单截图或聊天记录中出现了生产 API 密钥。密钥仍在被多个服务使用，直接禁用可能造成业务中断，但继续保留又会扩大攻击窗口。 本文面向服务到服务调用的静态 API 密钥，给出一套可执行的处置流程：先确认影响范围并限制风险，再创建权限更小的新密钥，通过短暂的双密钥窗口迁移调用方，验证新密钥
Python 服务内存持续增长：用 tracemalloc 快照差分定位无界缓存
适用场景 一个常驻的 Python API、消费者或定时任务进程，刚启动时只占用几百 MB，运行数小时后内存持续上涨。请求结束后内存没有明显回落，重启可以暂时恢复，但过一段时间又出现同样问题。监控最终触发容器 OOMKilled，或节点开始频繁交换内存。 本文针对“对象仍被 Python 引用”的增长场景，演示如何用标
TypeScript 请求已超时却仍占用连接：用 AbortController 建立可取消的重试边界
适用场景 本文适用于 Node.js 20.3 及以上版本使用原生 fetch 调用内部 API、第三方服务或网关的 TypeScript 项目。示例使用该版本提供的 AbortSignal.any()；更早版本可以用等价的信号组合函数替代。典型现象是：业务层已经返回“请求超时”，但下游仍持续收到请求；并发升高后连接数