MongoDB 介绍

MongoDB 是一款基于文档的非关系型数据库（NoSQL），由 MongoDB Inc. 开发并维护。其核心设计理念是“面向文档”，即数据以类似 JSON 的二进制格式（BSON）存储，支持灵活的嵌套结构和动态模式。与传统关系型数据库（如 MySQL）相比，MongoDB 无需预定义表结构，字段可动态扩展，特别适合快速迭代的开发场景。

核心特性

1. 文档模型：数据以集合（Collection）形式组织，每个文档可包含不同字段，支持数组和嵌套对象。例如，用户信息可存储为：

   {
   "name": "Alice",
   "age": 30,
   "address": {
    "city": "New York",
    "zip": "10001"
   },
   "hobbies": ["reading", "hiking"]
   }

2. 水平扩展：通过分片（Sharding）实现分布式存储，支持海量数据和高并发写入。
3. 丰富查询：支持范围查询、正则表达式、聚合管道（Aggregation Pipeline）等，接近 SQL 的表达能力。
4. 事务支持：4.0 版本后支持多文档事务，但性能开销高于单文档操作。

MongoDB 的优缺点分析

优点

1. 灵活性：动态模式允许开发阶段自由修改数据结构，无需执行 ALTER TABLE 等操作。例如，电商平台的商品属性可随时增减字段。
2. 水平扩展能力：分片架构可轻松应对 TB 级数据，适合社交网络、物联网等数据量大的场景。
3. 开发效率：文档模型与对象映射（ORM）高度契合，减少数据转换层。Spring Data MongoDB 等框架进一步简化集成。
4. 地理空间支持：内置 2dsphere 索引，支持地理位置查询（如附近商家搜索）。

缺点

1. 事务性能：多文档事务在分片集群中可能引发锁竞争，延迟较高。
2. 内存消耗：工作集（Working Set）需全部放入内存，否则性能骤降。建议配置足够 RAM 或使用 WiredTiger 存储引擎的压缩功能。
3. JOIN 缺失：需通过应用层或 $lookup 聚合操作实现关联查询，复杂度高于关系型数据库。
4. 磁盘 I/O 瓶颈：高并发写入时，磁盘成为性能瓶颈，需结合 SSD 和合理分片策略。

MongoDB 与 Redis 的对比

架构差异

维度	MongoDB	Redis
数据模型	文档型（BSON）	键值对（String, Hash, List等）
持久化	可配置（WiredTiger/In-Memory）	可选 RDB 快照或 AOF 日志
内存使用	依赖工作集大小	全部数据驻留内存
扩展性	水平分片	主从复制+集群模式

性能对比

1. 读取速度：
   • Redis：内存访问，单线程模型避免锁竞争，QPS 可达 10万+。
   • MongoDB：索引优化后可达数万 QPS，但受磁盘 I/O 限制。
2. 写入吞吐：
   • Redis：每秒数万次写入，但持久化开销可能影响性能。
   • MongoDB：分片集群可实现每秒数万次插入，适合批量导入。

适用场景

MongoDB 典型用例

1. 内容管理系统：如博客平台的文章存储，支持富文本和元数据。
2. 物联网数据：设备传感器数据的时序存储和聚合分析。
3. 用户画像：存储用户行为日志和动态标签。

Redis 典型用例

1. 会话缓存：存储用户登录状态，TTL 自动过期。
2. 实时排行榜：利用有序集合（Sorted Set）实现游戏得分排名。
3. 发布/订阅：消息队列或通知系统。

选型建议

1. 数据量级：
   • 小数据量（GB 级）且需高速访问：优先 Redis。
   • 大数据量（TB 级）且结构复杂：选择 MongoDB。
2. 一致性要求：
   • 强一致性场景（如金融交易）：MongoDB 多文档事务更可靠。
   • 最终一致性可接受（如缓存）：Redis 更高效。
3. 成本考量：
   • Redis 内存成本高，适合热数据。
   • MongoDB 可结合冷热数据分离，降低存储成本。

实践中的混合架构

许多系统采用 MongoDB + Redis 的组合：

1. 缓存层：Redis 存储热点数据（如商品详情），MongoDB 存储全量数据。
2. 队列处理：Redis List 实现任务队列，MongoDB 记录处理结果。
3. 防刷机制：Redis 计数器限制 API 调用，MongoDB 存储违规记录。

例如，电商平台的商品查询流程：

1. 用户访问商品 ID 123。
2. 系统先查 Redis 缓存，未命中则查 MongoDB。
3. 将查询结果写入 Redis，设置 5 分钟 TTL。
4. 库存扣减通过 Redis 原子操作实现，异步同步至 MongoDB。

总结

MongoDB 凭借其文档模型和水平扩展能力，成为处理复杂、海量数据的首选；而 Redis 以内存访问和丰富数据结构，在缓存、实时计算等领域占据优势。开发者应根据业务需求（数据量、一致性、访问模式）和成本预算综合选择，必要时可采用两者协同的架构，实现性能与灵活性的平衡。