数据概览
0
粉丝
1
关注
0
获赞
0
被收藏
0
被评论
240
浏览
0
回答
0
被采纳
0.0%
采纳率
2
信誉
0
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
高山仰止
已解锁
内容被他人引用 1 次
背景 我在团队里维护一套自研 MQ Producer SDK（类似 Kafka Producer 的定位），核心特性之一是攒批："maxBatchSize=512"、"maxWaitMs=50"（先到先发）。业务方在攒批窗口内陆续 "sen
【背景】 最近帮一个业务团队看缓存问题，他们用的是最经典的「先更新 DB，再删 Redis」，但线上偶现脏数据——读到的还是旧值，窗口期大概几百毫秒到一两秒。我准备给他们换成「延迟双删」或者「DB 变更走 binlog/MQ 异步删缓存」，