MongoDB延迟查询

已于 2024-09-11 09:43:16 修改
阅读量794 收藏 4
点赞数 6
分类专栏： MongoDB 文章标签： 运维
于 2024-09-10 19:28:15 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hezuijiudexiaobai/article/details/142104973
版权

在 MongoDB 中，查看副本集成员之间的副本延迟可以通过以下步骤进行：

  1. 使用 rs.status() 命令：
    这个命令提供了副本集的详细状态信息，包括每个成员的延迟情况。在 MongoDB shell 中，你可以执行以下命令：

    rs.status()

    这个命令会返回一个包含副本集所有成员状态的对象。在返回的对象中，每个成员都有一个 optime 字段，显示了该成员最后应用的操作的时间戳。

  2. 查看 optime 字段：
    optime 字段是一个包含两个部分的对象：ts（timestamp）和 t（term）。ts 是一个 Timestamp 对象，表示最后应用的操作的时间。

  3. 比较主节点和从节点的 optime：
    主节点的 optime 应该总是最新的，而从节点的 optime 可能会有所延迟。你可以通过比较主节点和从节点的 optime 来估计延迟。

  4. 使用 rs.printReplicationInfo() 命令：
    这个命令提供了一个更易于阅读的副本集状态报告，包括每个成员的延迟信息。在 MongoDB shell 中，执行以下命令：

    rs.printReplicationInfo()

    这个命令会打印出副本集的状态信息，包括每个成员的延迟。

  5. 监控延迟：
    如果你想要持续监控副本集的延迟，你可以定期运行这些命令，或者使用 MongoDB 的监控工具，如 MongoDB Cloud Manager 或第三方监控解决方案。

请注意，副本延迟可能会因为网络延迟、磁盘 I/O、CPU 使用率等因素而变化。如果你发现延迟异常高，可能需要检查副本集成员的性能和配置。

mongo-baa26600-replica0:SECONDARY> rs.printReplicationInfo()
configured oplog size:   10240MB
log length start to end: 370018secs (102.78hrs)
oplog first event time:  Fri Sep 06 2024 10:54:09 GMT+0800 (CST)
oplog last event time:   Tue Sep 10 2024 17:41:07 GMT+0800 (CST)
now:                     Tue Sep 10 2024 17:41:14 GMT+0800 (CST)
mongo-baa26600-replica0:SECONDARY> rs.status()
{
        "set" : "mongo-baa26600-replica0",
        "date" : ISODate("2024-09-10T09:42:31.340Z"),
        "myState" : 2,
        "term" : NumberLong(162),
        "syncSourceHost" : "10.10.98.127:3692",
        "syncSourceId" : 2,
        "heartbeatIntervalMillis" : NumberLong(2000),
        "majorityVoteCount" : 2,
        "writeMajorityCount" : 2,
        "votingMembersCount" : 3,
        "writableVotingMembersCount" : 3,
        "optimes" : {
                "lastCommittedOpTime" : {
                        "ts" : Timestamp(1725961346, 1),
                        "t" : NumberLong(162)
                },
                "lastCommittedWallTime" : ISODate("2024-09-10T09:42:26.430Z"),
                "readConcernMajorityOpTime" : {
                        "ts" : Timestamp(1725961346, 1),
                        "t" : NumberLong(162)
                },
                "readConcernMajorityWallTime" : ISODate("2024-09-10T09:42:26.430Z"),
                "appliedOpTime" : {
                        "ts" : Timestamp(1725961346, 1),
                        "t" : NumberLong(162)
                },
                "durableOpTime" : {
                        "ts" : Timestamp(1725961346, 1),
                        "t" : NumberLong(162)
                },
                "lastAppliedWallTime" : ISODate("2024-09-10T09:42:26.430Z"),
                "lastDurableWallTime" : ISODate("2024-09-10T09:42:26.430Z")
        },
        "electionParticipantMetrics" : {
                "votedForCandidate" : true,
                "electionTerm" : NumberLong(162),
                "lastVoteDate" : ISODate("2024-09-10T08:55:47.309Z"),
                "electionCandidateMemberId" : 2,
                "voteReason" : "",
                "lastAppliedOpTimeAtElection" : {
                        "ts" : Timestamp(1725958536, 1),
                        "t" : NumberLong(161)
                },
                "maxAppliedOpTimeInSet" : {
                        "ts" : Timestamp(1725958536, 1),
                        "t" : NumberLong(161)
                },
                "priorityAtElection" : 1,
                "newTermStartDate" : ISODate("2024-09-10T08:55:47.311Z"),
                "newTermAppliedDate" : ISODate("2024-09-10T08:55:48.546Z")
        },
        "members" : [
                {
                        "_id" : 0,
                        "name" : "10.10.98.123:7315",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 4539,
                        "optime" : {
                                "ts" : Timestamp(1725961346, 1),
                                "t" : NumberLong(162)
                        },
                        "optimeDurable" : {
                                "ts" : Timestamp(1725961346, 1),
                                "t" : NumberLong(162)
                        },
                        "optimeDate" : ISODate("2024-09-10T09:42:26Z"),
                        "optimeDurableDate" : ISODate("2024-09-10T09:42:26Z"),
                        "lastHeartbeat" : ISODate("2024-09-10T09:42:30.831Z"),
                        "lastHeartbeatRecv" : ISODate("2024-09-10T09:42:30.318Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "",
                        "syncSourceHost" : "10.10.98.127:3692",
                        "syncSourceId" : 2,
                        "infoMessage" : "",
                        "configVersion" : 111017,
                        "configTerm" : -1
                },
                {
                        "_id" : 1,
                        "name" : "10.10.98.125:4933",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 86381,
                        "optime" : {
                                "ts" : Timestamp(1725961346, 1),
                                "t" : NumberLong(162)
                        },
                        "optimeDate" : ISODate("2024-09-10T09:42:26Z"),
                        "syncSourceHost" : "10.10.98.127:3692",
                        "syncSourceId" : 2,
                        "infoMessage" : "",
                        "configVersion" : 111017,
                        "configTerm" : -1,
                        "self" : true,
                        "lastHeartbeatMessage" : ""
                },
                {
                        "_id" : 2,
                        "name" : "10.10.98.127:3692",
                        "health" : 1,
                        "state" : 1,
                        "stateStr" : "PRIMARY",
                        "uptime" : 86378,
                        "optime" : {
                                "ts" : Timestamp(1725961346, 1),
                                "t" : NumberLong(162)
                        },
                        "optimeDurable" : {
                                "ts" : Timestamp(1725961346, 1),
                                "t" : NumberLong(162)
                        },
                        "optimeDate" : ISODate("2024-09-10T09:42:26Z"),
                        "optimeDurableDate" : ISODate("2024-09-10T09:42:26Z"),
                        "lastHeartbeat" : ISODate("2024-09-10T09:42:30.830Z"),
                        "lastHeartbeatRecv" : ISODate("2024-09-10T09:42:31.332Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "",
                        "syncSourceHost" : "",
                        "syncSourceId" : -1,
                        "infoMessage" : "",
                        "electionTime" : Timestamp(1725958547, 1),
                        "electionDate" : ISODate("2024-09-10T08:55:47Z"),
                        "configVersion" : 111017,
                        "configTerm" : -1
                }
        ],
        "ok" : 1,
        "$clusterTime" : {
                "clusterTime" : Timestamp(1725961346, 1),
                "signature" : {
                        "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
                        "keyId" : NumberLong(0)
                }
        },
        "operationTime" : Timestamp(1725961346, 1)
}

根据提供的 rs.printReplicationInfo() 和 rs.status() 命令的输出，我们可以分析 MongoDB 副本集的当前状态和副本延迟情况。

  1. 副本集状态：

    • rs.status() 命令显示副本集的名称为 mongo-baa26600-replica0。
    • 当前实例的状态 (myState) 为 2，表示这是一个从节点（SECONDARY）。
    • 同步源主机 (syncSourceHost) 是 10.10.98.127:3692，这是当前从节点用来同步数据的主节点。

  2. 副本延迟：

    • oplog 的大小配置为 10240MB，这为日志记录提供了较大的空间。
    • oplog 的日志长度从开始到结束为 370018 秒，大约 102.78 小时。
    • oplog 的第一个事件时间是 Fri Sep 06 2024 10:54:09 GMT+0800 (CST)，最后一个事件时间是 Tue Sep 10 2024 17:41:07 GMT+0800 (CST)。
    • 当前时间是 Tue Sep 10 2024 17:41:14 GMT+0800 (CST)。

  3. 成员状态：

    • 有三个成员，其中 10.10.98.127:3692 是主节点（PRIMARY），状态为 1。
    • 其他两个成员（10.10.98.123:7315 和 10.10.98.125:4933）都是从节点（SECONDARY），状态为 2。
    • 所有成员的 optime（最后应用的操作时间）都是 Timestamp(1725961346, 1)，这表明所有成员都同步到了相同的操作时间戳。

  4. 副本延迟分析：

    • 从 rs.status() 的输出中，我们可以看到所有成员的 appliedOpTime（已应用的操作时间）都是相同的，这意味着没有副本延迟，或者延迟非常小，可以忽略不计。
    • 如果从节点的 appliedOpTime 落后于主节点的 optime，那么差值就是副本延迟。

  5. 选举信息：

    • 最近一次选举发生在 ISODate("2024-09-10T08:55:47.309Z")，选举时使用的 optime 是 Timestamp(1725958536, 1)。

  6. 健康和连接状态：

    • 所有成员的 health 都是 1，表示它们都是健康的。
    • lastHeartbeat 和 lastHeartbeatRecv 时间戳显示了最近一次心跳的时间，这有助于确认副本集成员之间的通信是正常的。

总结来说，根据这些信息，副本集看起来是健康的，所有成员都同步到了相同的操作时间戳，没有显著的副本延迟。这是一个正常运行的副本集的迹象。如果需要进一步的延迟监控，可以考虑使用更详细的监控工具或定期检查这些指标。

喝醉酒的小白
关注
专栏目录
MongoDB数据库性能监控详解
学Java，找哪吒
02-13 7528
MongoDB数据库实战系列，打造精品专栏。
MongoDB常用命令大全
热门推荐
深漂小码哥
06-26 5万+
一、数据库相关 1.连接 （1）完整 mongodb://[username:password@]host1[:port1][,host2[:port2],...[,hostN[:portN]]][/[database][?options]] （2）使用默认端口 mongodb://localhost （3）使用shell mongo 2.查询数据库 （1）查询所有数据库 show dbs 3.创建数据库 use database_name 如果数据库不存在，则创
[Mongodb 5.0]配置副本集中的节点为延迟节点
无bug无江湖
05-13 1034
前言 如果副本集中的某而节点设置成了延迟节点（Delayed Replica Set Member），那么这个节点将会在一定的延迟时间之后再去Primary节点赋值oplog到自己节点上，然后根据oplog中的内容，实现数据与Primary节点的同步 oplog：mongodb的副本集主要就是通过oplog这个东东，oplog中记录了Primary节点上对mongo数据库的操作，比如增删改查。其他节点的数据拿到这个oplog，然后执行里面的内容，就可以将Primary节点上内容同步到自己节点上，实现了
MongoDB查看主备延迟
深海微澜
11-12 7648
查看主备延迟 一是可以通过printSlaveReplicationInfo()来获得。 二是可以通过rs.status()命令，查看副本集同步状态。打印出各个副本的optime（该节点最后一条操作执行时间）。secondary和primary之间的时间差，可以认为是同步延迟。Secondary和Primary之间的同步差，最大不能超过Primary的oplog能存储的条数。...
20-多对一的处理
最新发布
2401_84814410的博客
05-13 494
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
mongodb慢查询了怎么办
weixin_35756892的博客
01-03 2275
如果你的 MongoDB 数据库中出现了慢查询，你可以尝试以下几种方法来解决问题： 找出导致慢查询的原因： 使用 MongoDB 的 explain() 方法来分析查询的执行计划，找出导致慢查询的原因。 启用 MongoDB 的慢查询日志功能，记录慢查询的详细信息，并分析日志中出现的问题。 优化查询： 尽量使用索引来优化查询，避免使用全表扫描。 尽量减少查询中的返回字段数量，只...
mongodb集群读写延迟的问题
jollyjumper的专栏
09-04 3832
线上用户注册之后需要进入自动验证,这里涉及注册用户(写操作）之后马上读的问题(read-after-write semantic)，经常有几次写操作之后就会有一次读失败。 调整了readpreference和writeconcern之后未果，集群只有三个节点,readpreference改成primary,writeconcern w分别是"majority",1,2都无用,改成3会写超时(mo
MongoDB查询字段没有创建索引导致的连接超时异常解案例分享
12-16
在本案例中，我们遇到了一个与MongoDB查询相关的连接超时异常，这通常是由于在执行查询的特定字段上没有创建索引导致的。 首先，让我们深入了解一下这个错误信息。HTTP Status 500是一个常见的服务器错误，表明...
mysql 和mongodb 互相同步.zip
01-19
MySQL是一种开源、免费的关系型数据库管理系统，以SQL（结构化查询语言）为基础，支持ACID（原子性、一致性、隔离性、持久性）特性，适合处理大量结构化数据。而MongoDB则是一款流行的NoSQL数据库，它以JSON格式的...
MongoDB 从节点 延迟的测试
好记忆也需烂博客
08-10 4852
关于从节点 延迟的测试： 使用手工设置延迟时间的方法，在两个数据库中测试了主从 写/读的延迟时间， 主从节点的延迟时间大约 在 0.3秒 。 这个测试比我想象中的要大很多，开始以为延迟也就在10 -30 毫秒左右 或许这个测试只能说： ”延迟0.3秒后，能在从节点中查询到所插入的数据比例越大“ 更贴切点。 如果是插入后要即刻返回数据的，暂时只能指定从主节点读取数据。
利用python测试mongodb副本集数据同步延迟
weixin_34233421的博客
11-19 481
本文主要介绍python如何连接mongodb副本集及读写分离配置，mongodb副本集数据同步延迟测试。一、python连接mongodb副本集1.连接副本集在新版的驱动中直接使用MongoClient连接如下：frompymongoimportMongoClient conn=MongoClient(['192.168.3.11:27017','192.168...
从服务器获取数据延迟,MongoDB从库延迟读取数据问题的解决思路
weixin_39771301的博客
08-03 550
最近，在网上看到一个朋友的MongoDB遇到性能问题，问题是这样的：主库更新了数据，其中一个从库时读取，配置了后发现有延迟，比如更新50条，从库只能读取50%的数据，如何解决？解决思路:1) 监测一下网络看是否有瓶颈2) 确认主从配置是否一致 (CPU、内存和IO)3) 使用WriteConcern把数据同步写到从机那么WriteConcern是怎么把数据同步写到从机的，下面介绍一下MongoDB...
【华为云技术分享】MongoDB经典故障系列三：副本集延迟太高怎么办？
华为云官方博客
03-09 2251
MongoDB副本集延迟太高，数据读取时间过长怎么办？不要慌，菊长教您一个小妙招：在集合创建的时候，就建立好索引，然后按照索引去寻找您所需要的数据。如果觉得比较麻烦，华为云文档数据库服务DDS了解一下。DDS服务100%兼容MongoDB，云上托管实例，无需客户操心。 ...
Mongodb慢查询查看与处理
lili_fenghl的博客
02-25 3387
工作10年的第一版文字新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Mark
mongodb 搜索速度_Mongodb查询缓慢问题处理
weixin_39670849的博客
12-29 1662
早上突然收到配置中心服务告警，Http check出现问题，赶紧访问下服务看看是否Cabot监控系统的误报，发现服务时而正常，时而出现500内部服务器错误，赶紧排查问题。1、问题定位首先看看当前配置中心的总体上报statsd请求量是否出现飙升：确实负载上来了，先看看应用服务器有没有报错，再确定是应用服务问题，还是数据库的问题：tail -f logs/log.log应用服务器出现了一堆”no re...
mongodb副本集的原理及命令
caiqiandu的博客
05-07 4314
1.mongodb副本集的定义 副本集（Replica Set）是一组MongoDB实例组成的集群，由一个主（Primary）服务器和多个备份（Secondary）服务器构成。通过Replication，将数据的更新由Primary推送到其他实例上，在一定的延迟之后，每个MongoDB实例维护相同的数据集副本。通过维护冗余的数据库副本，能够实现数据的异地备份，读写分离和自动故障转移 打魔兽世界...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值