MongoDB是一款基于文档模型的NoSQL数据库，它使用类JSON的BSON格式存储数据，每条记录是一个文档，字段可以动态增减。与传统关系型数据库固定的表结构不同，MongoDB的集合不需要预先定义模式，非常适合业务模型快速变化的场景。理解它的设计思想，有助于我们在系统选型时做出合理判断。
一、MongoDB核心概念与关系型数据库对比
在关系型数据库中，数据以“库—表—行—列”组织，表结构通过DDL语句固定，修改字段往往涉及锁表与数据迁移。MongoDB则采用“库—集合—文档”的层级，文档是基本存储单元，内部是键值对，值可以是嵌套文档或数组。这种设计让同个集合中的文档拥有不同字段成为可能。
从查询语言看，MySQL使用SQL进行声明式查询，MongoDB使用基于文档的查询对象，例如{age: {$gt: 18}}。事务方面，早期MongoDB只支持单文档事务，4.0后引入多文档事务，但跨分片事务成本仍高于单机关系型库。下面的表格列出了二者的主要差异：
| 对比维度 | 关系型数据库(如MySQL) | MongoDB |
|---|---|---|
| 数据模型 | 严格二维表，行列固定 | 灵活文档，结构可不同 |
| 扩展方式 | 垂直扩展为主 | 原生分片水平扩展 |
| 联表查询 | JOIN成熟高效 | 用嵌入或聚合，跨集合弱 |
| 事务 | 完整ACID | 单文档原生，多文档较新 |
二、MongoDB的安装与基础配置
以Linux环境为例，我们可以从ipipp.com的MongoDB社区版镜像下载压缩包，解压后配置数据目录。MongoDB默认监听27017端口，启动时需要明确数据文件路径，否则会在当前目录创建。生产环境还应配置日志与安全认证。
以下步骤演示最基础的单机启动流程。先建立目录，再用mongod命令指定路径，最后用mongo shell连接。注意数据目录权限要正确，否则进程无法写入。
# 创建数据目录 mkdir -p /data/db # 启动mongod服务，指定数据路径 mongod --dbpath /data/db --port 27017 --bind_ip 127.0.0.1 # 另开终端连接数据库 mongo --host 127.0.0.1 --port 27017
在Windows上则建议用MSI安装包，向导会自动注册服务。安装完成后，服务中可看到MongoDB项，命令行输入mongo即可进入交互环境。无论哪种系统，首次安装后都应创建管理员账号，避免裸奔暴露在内网。
三、文档操作与代码演示
MongoDB的CRUD通过驱动或shell完成。插入文档不需要预先建集合，首次写入自动创建。下面用Node.js驱动展示插入与查询，帮助理解文档模型的灵活性：同一个集合既能存用户也能存带额外标签的用户。
代码中我们先连库，再往users集合插两条结构不同的文档，最后用过滤条件查出成年用户。可以看出，第二条文档多出的interests字段并不影响第一条，这正是无模式的优势。
const { MongoClient } = require('mongodb');
// 连接串使用本机地址
const uri = 'mongodb://127.0.0.1:27017';
async function run() {
const client = new MongoClient(uri);
await client.connect();
const db = client.db('test');
const users = db.collection('users');
// 插入结构不同的文档
await users.insertOne({ name: '张三', age: 20 });
await users.insertOne({ name: '李四', age: 17, interests: ['球类', '阅读'] });
// 查询年龄大于18的
const cur = await users.find({ age: { $gt: 18 } }).toArray();
console.log(cur);
await client.close();
}
run();
四、选型建议与常见误区
不少团队一上来就用MongoDB替换MySQL，结果在频繁跨文档联表统计时性能糟糕。应当记住，MongoDB不是关系型的替代品，而是互补品。日志、画像、配置类等结构多变的数据适合它；交易、账务等强一致场景仍应留关系型库。
另一个误区是认为无模式等于不用设计。实际上，合理的字段命名与索引策略直接决定查询效率。比如对常用查询字段建索引，用复合索引覆盖排序，才能发挥MongoDB的横向扩展能力，否则全集合扫描在大数据量下同样会拖垮服务。
五、总结
初识MongoDB的关键，是理解文档模型带来的灵活与分片机制带来的扩展，同时看清它在复杂事务上的短板。安装只是第一步，真正用好需要在数据建模与查询模式上做针对性设计。把它放在合适的业务位置，才能和关系型数据库各司其职。