hot-accountlisted

# 热点账户 / 热点行 ## When to Invoke 爆款 SKU 一行库存、商户钱包一行余额、全局计数器，InnoDB 行锁排队、RT 随并发线性变差。 ## When NOT 普通多 SKU 扣减用条件更新即可。没测出单行瓶颈不要拆。缓存热点 → `cache-trap` / `redis-ops`。 ## 风险（面试考点） InnoDB 行锁在单行上串行。`UPDATE wallet SET bal=bal-n WHERE id=1 AND bal>=n` 正确但不快。分布式锁再包一层更慢。面试常让「热点账户」和「超卖」混在一起：超卖靠条件更新；热点靠 **拆行 / 排队 / 异步入账**。 ## 方案选型（轻量优先） | 优先级 | 方案 | 说明 | |--------|------|------| | 1 | 不拆，条件更新 | 并发不够高 | | 2 | 分段库存 / 分片余额 | `stock_0..15`，下单哈希到一段 | | 3 | 单账户单队列串行 | 钱包流水入 MQ，单消费者改余额 | | 4 | 内存预扣 + 异步落库 | 秒杀；必须对账 | 分段后每段自己 `WHERE stock>=n`。卖完一段换段或汇总失败再试。 ## 默认方案 ```text sku:{id}:seg:{0..15} Redis 预扣或 DB 16 行 下单：seg = userId % 16 扣减只打那一�� 查询库存：SUM(seg) 或单独汇总键（最终一致） ``` 钱包：禁止所有订单同步打同一 `merchant_id` 余额行。改成「流水表插入（唯一键）+ 异步汇总」或按日分片余额。 ## 反例 错误：热点行上加 Redisson 锁再 `select` 改 `update`。 正确：先条件更新；仍排队再拆行。 错误：拆 16 段但不原子扣，只读汇总再减。 正确：每段独立条件扣。 ## 验证 - 单 SKU 压测，拆段后 TPS 明显高于单行锁。 - 各段之和不错卖。 - 钱包流水不丢、不双花（唯一流水号）。 ## 评审清单 - [ ] 先确认真是单行瓶颈 - [ ] 拆分后每段仍条件更新 - [ ] 有汇总/对账 ---