关于MongoDB精确统计文档记录数的问题

1.问题背景

最近测试用mongoshake工具做MongoDB数据迁移,mongoshake在迁移完成提供了一个脚本comparison.py来做数据校验,在校验过程中发现结果比对存在一个库数据不一致,下意识以为mongoshake存在缺陷导致迁移丢数据,理论上这种基础功能不应该存在错误,多次重新迁移均出现相同的问题.

2.问题分析

通过对comparison.py脚本的分析,了解到对数据的统计有3种模式

  • --comparisonMode=no 表示使用统计信息比对记录数
  • --comparisonMode=sample 表示只统计采样部分数据看是否一致,采样的数据由--count参数控制
  • --comparisonMode=all 表示分批次对比所有的文档是否一致(非常慢)

也就是当采用comparisonMode=no和comparisonMode均不能精确的对比出数据的一致性,如果统计信息都是最新的,那基本没问题,如果统计信息不一致,则很难保证数据校验的正确性,必须采用comparisonMode=all的模式做校验

3.关于MongoDB中如何精确统计记录数的问题

在这之前一直以为MongoDB提供的count命令和Oracle,MySQL等数据库类似,是精确的查询集合包含多少个文档记录,实际上MongoDB的count操作仅仅是获取统计信息的值,MongoDB官方文档也有描述

如果需要精确的统计每个集合的文档数,需要执行db.collections.countDocuments({})操作

以下是一个主从环境统计信息不一致的示例,从图中可以看到,通过count统计的数据量和通过查看集合的stats信息查看到的是一致的,主从存在明显的数据量不一致的情况,而通过db.collections.countDocuments({})则能精确查询出该集合的记录数.

posted @   ZhenXing_Yu  阅读(1946)  评论(1编辑  收藏  举报
编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
点击右上角即可分享
微信分享提示