Mongodb - 操作详解

在 MongoDB 中，操作可以根据发起方和处理逻辑分为客户端主动发起的操作、数据库内部自动执行的操作，以及客户端操作触发后数据库自动转换的衍生操作。以下结合具体op类型和场景详细说明：

1. 各类型详细说明及对比

类型	操作性质（读 / 写）	核心含义	典型场景	特点与注意事项
query	读	普通查询操作，对应 find() 方法发起的查询。	客户端执行 db.collection.find(...) 获取文档。	只读操作，可能产生读锁（取决于存储引擎）；若结果集过大，会生成游标，后续通过 getmore 获取剩余数据。
command	读 / 写（均可能）	数据库命令操作，涵盖管理、聚合、索引等复杂操作。	aggregate()、createIndex()、dropDatabase()、count() 等。	功能最丰富，既有读命令（如 distinct）也有写命令（如 createUser）；多数命令会在 command 字段中显示具体指令。
getmore	读	游标续取操作，用于获取查询结果集中的后续批次数据。	当 query 结果超过游标批次大小（默认 101 条）时，客户端发送 getmore 请求。	依赖 query 生成的游标 ID；持续时间短，若频繁出现可能意味着查询结果集过大。
insert	写	插入操作，向集合中添加新文档。	执行 insertOne()、insertMany() 方法。	写操作，会产生写锁（或 WiredTiger 的意向锁）；若插入大量数据，可能长时间占用资源。
update	写	更新操作，修改集合中已存在的文档。	执行 updateOne()、updateMany()、replaceOne() 方法。	写操作，可能因更新条件复杂（如匹配大量文档、使用复杂 $set 逻辑）而耗时；若涉及索引更新，性能影响更大。
remove	写	删除操作，从集合中移除文档。	执行 deleteOne()、deleteMany() 方法。	写操作，删除大量文档时可能长时间阻塞；若删除条件无索引，会全表扫描，性能较差。
killcursors	管理	终止游标操作，释放服务器端游标资源。	客户端主动关闭游标（如 cursor.close()）或游标超时后自动触发。	轻量级操作，持续时间极短；主要用于清理闲置游标，避免资源泄露。
none	无（空闲）	表示连接存在但无活跃操作（空闲连接）。	客户端建立连接后未发送任何命令，或命令执行完毕后保持连接。	不消耗计算资源，但过多的 none 操作可能意味着连接池配置不合理（如空闲连接未及时释放）。

2. 客户端主动发起的操作（客户操作）

这类操作由客户端（如应用程序、MongoDB Shell、驱动程序）显式发起，是用户或程序主动触发的交互行为，直接反映业务逻辑或管理需求。

操作类型	说明	典型场景
query	客户端直接发起的查询操作	执行 db.collection.find(...) 获取数据
insert	客户端主动插入文档	执行 insertOne()/insertMany() 新增数据
update	客户端主动更新文档	执行 updateOne()/updateMany() 修改数据
remove	客户端主动删除文档	执行 deleteOne()/deleteMany() 移除数据
多数command	客户端发起的命令操作（非内部命令）	执行 aggregate()（聚合查询）、createIndex()（创建索引）、drop()（删除集合）等
killcursors	客户端主动关闭游标	执行 cursor.close() 释放未使用的游标资源

3. 数据库内部自动执行的操作（数据库自己的操作）

这类操作由 MongoDB 服务器或集群内部自动触发，与客户端交互无关，主要用于维护数据库正常运行、保障数据一致性或优化性能。

操作类型 / 场景	说明	典型场景
后台索引构建	数据库在后台异步创建索引（当指定 background: true 时）	执行 createIndex(..., { background: true }) 后，数据库在后台低优先级执行索引构建
分片集群均衡操作（balancer）	分片集群中，数据库自动平衡各分片数据分布的操作	当分片数据不均时，mongos 触发数据迁移，内部生成移动 chunk 的命令
复制集同步操作	从节点（secondary）向主节点（primary）同步数据的内部操作	从节点定期拉取主节点的 oplog 并应用，保持数据一致
日志刷新（WAL）	数据库将内存中的写操作日志（如 WiredTiger 的 WAL）刷盘的内部操作	满足刷盘条件（如时间阈值、大小阈值）时自动执行，保障数据持久性
游标超时清理	数据库自动终止长时间未使用的游标（默认 10 分钟）	客户端未主动关闭游标且超时后，数据库自动执行 killcursors 释放资源
内部维护命令	数据库自身健康检查、元数据更新等命令	如复制集状态检测、配置信息同步等内部命令（op 类型可能为 command，但客户端不可见）

4. 客户端操作触发后，数据库自动转换的衍生操作

这类操作不是客户端直接发起的，而是客户端操作的 “副作用”—— 数据库为了完成客户端请求，自动生成的后续操作，是客户端操作的延伸。

衍生操作类型	触发源（客户端操作）	说明	本质
getmore	query 或 command（如聚合查询）	当客户端查询的结果集超过游标批次大小（默认 101 条）时，数据库自动生成 getmore 操作，返回后续批次数据	是 query 或聚合查询的 “延续”，用于分批次返回大数据集，减少单次传输压力
内部事务操作	客户端发起的事务（startSession() + commitTransaction()）	数据库为保障事务 ACID 特性，自动生成的锁管理、日志记录、提交 / 回滚操作	客户端仅发起事务开始 / 提交命令，中间的一致性维护操作由数据库自动转换执行
索引更新操作	客户端 update/insert/remove	当操作涉及带索引的字段时，数据库自动生成索引更新操作（如调整 B 树结构）	客户端仅执行数据修改，索引同步由数据库自动完成，无需客户端显式触发

5. 总结：核心区分原则

1. 客户操作：由客户端显式调用 API / 命令发起，直接对应业务逻辑（如查询、增删改）。
2. 数据库自己的操作：与客户端无关，由数据库内部机制触发，用于维护系统运行（如均衡、同步、日志）。
3. 转换后的操作：客户端操作是 “因”，数据库为完成该操作自动生成的 “果”（如 getmore 是 query 的衍生）。

通过 currentOp 观察时，客户端操作通常可在 client 字段看到客户端 IP，而数据库内部操作可能无客户端信息（或显示内部进程标识）。