nosql-expert

NoSQL 数据库设计专家

技能概述

NoSQL Expert 提供分布式 NoSQL 数据库（Cassandra、DynamoDB）的专业建模指导，帮助你掌握查询优先设计思维，避免热分区陷阱，构建高性能的大规模数据存储方案。

适用场景

1. 大规模系统设计

当业务增长超越单机数据库的承载能力，需要转向分布式集群架构时，NoSQL Expert 可以帮助你完成从 SQL 建模思维到 NoSQL 查询优先建模的思维转换，设计出可水平扩展的数据模型。

2. NoSQL 技术选型与评估

在评估或使用 Apache Cassandra、ScyllaDB、AWS DynamoDB 等分布式 NoSQL 数据库时，本技能提供针对性的设计模式和最佳实践，帮助你做出合理的技术选型决策。

3. NoSQL 性能问题排查

当现有 NoSQL 系统出现高延迟、吞吐量瓶颈或"热分区"问题时，NoSQL Expert 可以帮助诊断根因，提供分区键优化、访问模式调整等解决方案。

4. 微服务架构数据层设计

在实施微服务"database-per-service"模式时，本技能指导如何为每个服务设计高度优化的独立数据存储，实现服务间的数据解耦和高性能读取。

核心功能

查询优先建模（Access Patterns）

NoSQL 与 SQL 的核心区别在于：SQL 可以"先设计表，后写查询"，而 NoSQL 必须"先设计查询，再设计表"。本技能帮助你系统性地列出所有实体和访问模式，确保每个查询都能通过单次查找高效完成。

分区键与排序键设计

分区键（Partition Key）决定了数据在集群中的分布，直接关系到系统的负载均衡和扩展能力。排序键（Sort/Clustering Key）决定了分区内数据的物理存储顺序，影响范围查询的效率。本技能教你如何选择高基数字段作为分区键，避免热分区，并利用排序键优化查询性能。

单表设计与反范式化

DynamoDB 等系统推荐使用单表存储多种实体类型，通过预计算和反范式化实现"一次查询获取关联数据"。本技能提供单表设计的 Adjacency List 模式，以及如何管理多表间的数据一致性。

Cassandra 与 DynamoDB 专项指导

针对不同数据库的特性提供专门建议：Cassandra 避免使用 ALLOW FILTERING、理解墓碑（Tombstone）机制；DynamoDB 合理使用 GSI/LSI、理解 WCU/RCU 容量模式、利用 TTL 自动清理过期数据。

常见问题

NoSQL 和 SQL 的数据建模有什么区别？

SQL 采用实体关系建模，通过 JOIN 在读取时关联数据，适合处理任意查询但扩展性受限。NoSQL 采用查询优先建模，通过预计算和反范式化在写入时准备数据，针对特定查询模式优化，牺牲存储空间换取读取性能和水平扩展能力。

如何选择 Cassandra 的分区键？

选择分区键的核心目标是均匀分布数据流量。应选择高基数（唯一值多）的字段，如用户 ID、设备 ID 或复合键。避免使用低基数字段如状态、性别、日期等，否则会造成热分区，将系统吞吐限制在单个节点的容量上。

什么是 DynamoDB 单表设计？什么时候使用？

单表设计是将多种实体类型存储在同一张表中，通过 PK/SK 的组合模式（如 USER#123 + PROFILE）区分实体，实现一次查询获取用户及其所有订单的预关联数据。适合需要高并发读取、查询模式固定的场景，可减少网络往返次数并优化读写容量单位消耗。

本技能适用于哪些 NoSQL 数据库？

NoSQL Expert 专注于分布式宽列存储和键值存储数据库，主要包括 Apache Cassandra、ScyllaDB（Cassandra 兼容）和 AWS DynamoDB。不适用于文档型数据库（如 MongoDB）或图数据库，它们的建模模式有显著差异。

NoSQL 如何处理 SQL 中的 JOIN 查询？

NoSQL 不支持运行时 JOIN，需要在设计时通过反范式化预计算关联结果。常见方法包括：1）在主表中嵌入关联数据（如用户表中存储订单摘要）；2）使用单表设计的 Adjacency List 模式；3）通过应用层或批量读取组装数据，但需权衡性能开销。

什么时候应该避免使用 NoSQL？

如果你的应用需要复杂的即时查询、临时分析报表、多维度灵活搜索，或者数据量小、增长可预测、团队已有 SQL 经验，传统 SQL 数据库可能是更合适的选择。NoSQL 适合查询模式明确、数据规模大、需要水平扩展的场景。