NoSQL 分布式存储专家

要解决什么问题

当你从单机 MySQL/PostgreSQL 迁到 Apache Cassandra、ScyllaDB 或 Amazon DynamoDB 时，最容易踩坑的不是 API，而是数据模型：仍按实体建表、读时 JOIN、用低基数字段当分区键，结果出现热点分区、全表扫描或 ALLOW FILTERING。这类系统要求先对访问模式建模，再在写时反范式、预聚合，并接受 BASE / 最终一致 的取舍。

技能如何帮你

本技能提供 Cassandra 与 DynamoDB 的心智模型与检查清单，核心包括：

• 查询优先：先列实体与全部访问模式，再为每种模式设计专用表或索引，避免「事后补查询」只能靠迁移。
• 分区键与排序键：用高基数 PK 均匀打散流量；在分区内用聚簇键 / 排序键支撑范围查询；警惕单分区无限膨胀（必要时按时间等维度分片）。
• 单表与复制：DynamoDB 邻接表（USER#123 + PROFILE / ORDER#…）实现一次请求拉齐关联数据；必要时多表复制同一字段以服务 by_id 与 by_email 等不同路径。
• 引擎差异：Cassandra 侧强调主键结构、计数表预聚合、墓碑与删除模式；DynamoDB 侧区分 GSI/LSI、WCU/RCU 与 TTL 过期。

适用边界

技能聚焦宽列 / 键值分布式存储的设计与排障，不替代官方运维手册，也不覆盖 MongoDB 等文档库建模。若业务强依赖跨实体 ad-hoc 查询或强一致事务，需重新评估选型或在应用层补偿一致性。