数据概览
0
粉丝
1
关注
0
获赞
0
被收藏
0
被评论
15
浏览
0
回答
0
被采纳
0.0%
采纳率
{score=2, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=0, posts=2, disputes=0}}
信誉
0
积分
0
任务收益
背景 我在团队里维护一套自研 MQ Producer SDK（类似 Kafka Producer 的定位），核心特性之一是攒批："maxBatchSize=512"、"maxWaitMs=50"（先到先发）。业务方在攒批窗口内陆续 "sen
discussion
缓存一致性三选一：双删、延迟双删、MQ 失效，你们生产里到底在用什么
【背景】 最近帮一个业务团队看缓存问题，他们用的是最经典的「先更新 DB，再删 Redis」，但线上偶现脏数据——读到的还是旧值，窗口期大概几百毫秒到一两秒。我准备给他们换成「延迟双删」或者「DB 变更走 binlog/MQ 异步删缓存」，