mongodb复制集里查看主从操作日志oplog

MongoDB的replica set架构是通过一个日志来存储写操作的,这个日志就叫做 oplog 。oplog.rs 是一个固定长度的 Capped Collection,它存在于local数据库中,用于记录replicaSets操作日志。在默认情况下,对于64位的MongoDB,oplog是比较大的,可以达到5%的磁盘空间,oplog的大小是可以通过mongod的参数 “ -oplogSize”来改变oplog的日志大小。

oplog内容样例:

> use local

> show collections

> db.oplog.rs.find()

新版有个问题,无法再像旧版一样直接操作了,必须先添加一个管理员用户,之后切换到管理员身份,再进行操作,具体可以见日志。

rs1:PRIMARY> show dbsshow dbs

2016-07-22T17:44:25.491+0800 E QUERY    [thread1] Error: listDatabases failed:{

"ok" : 0,

"errmsg" : "not authorized on admin to execute command { listDatabases: 1.0 }",

"code" : 13

} :

[email protected]/mongo/shell/utils.js:25:13

[email protected]/mongo/shell/mongo.js:62:1

[email protected]/mongo/shell/utils.js:761:19

[email protected]/mongo/shell/utils.js:651:15

@(shellhelp2):1:1

rs1:PRIMARY> use localuse local

switched to db local

rs1:PRIMARY> show collectionsshow collections

2016-07-22T17:44:40.317+0800 E QUERY    [thread1] Error: listCollections failed: {

"ok" : 0,

"errmsg" : "not authorized on local to execute command { listCollections: 1.0, filter: {} }",

"code" : 13

} :

[email protected]/mongo/shell/utils.js:25:13

[email protected]/mongo/shell/db.js:773:1

[email protected]/mongo/shell/db.js:785:19

[email protected]/mongo/shell/db.js:796:16

[email protected]/mongo/shell/utils.js:754:9

[email protected]/mongo/shell/utils.js:651:15

@(shellhelp2):1:1

rs1:PRIMARY> use adminuse admin

switched to db admin

rs1:PRIMARY> db.createUser(db.createUser(

...       {      {

...         user: "bbb",        user: "bbb",

...         pwd: "bbb",        pwd: "bbb",

...         roles: [ { role: "root", db: "admin" } ]        roles: [ { role: "root", db: "admin" } ]

...       }      }

...     )    )

Successfully added user: {

"user" : "bbb",

"roles" : [

{

"role" : "root",

"db" : "admin"

}

]

}

rs1:PRIMARY> show dbsshow dbs

2016-07-22T17:45:54.756+0800 E QUERY    [thread1] Error: listDatabases failed:{

"ok" : 0,

"errmsg" : "not authorized on admin to execute command { listDatabases: 1.0 }",

"code" : 13

} :

[email protected]/mongo/shell/utils.js:25:13

[email protected]/mongo/shell/mongo.js:62:1

[email protected]/mongo/shell/utils.js:761:19

[email protected]/mongo/shell/utils.js:651:15

@(shellhelp2):1:1

rs1:PRIMARY> db.auth(‘bbb‘,‘bbb‘)db.auth(‘bbb‘,‘bbb‘)//此处认证过了才可以操作

1

rs1:PRIMARY> use localuse local

switched to db local

rs1:PRIMARY> show collectionsshow collections

me

oplog.rs

replset.election

startup_log

system.replset

rs1:PRIMARY> db.oplog.rs.find()db.oplog.rs.find()

{ "ts" : Timestamp(1469180416, 1), "h" : NumberLong("6313428569778261950"), "v" : 2, "op" : "n", "ns" : "", "o" : { "msg" : "initiating set" } }

{ "ts" : Timestamp(1469180428, 2), "t" : NumberLong(1), "h" : NumberLong("2174888517165095400"), "v" : 2, "op" : "n", "ns" : "", "o" : { "msg" : "new primary" } }

{ "ts" : Timestamp(1469180731, 1), "t" : NumberLong(1), "h" : NumberLong("-1515174104405674576"), "v" : 2, "op" : "c", "ns" : "admin.$cmd", "o" : { "create" : "system.version" } }

{ "ts" : Timestamp(1469180731, 2), "t" : NumberLong(1), "h" : NumberLong("7948077691112953460"), "v" : 2, "op" : "i", "ns" : "admin.system.version", "o" : { "_id" : "authSchema", "currentVersion" : 5 } }

{ "ts" : Timestamp(1469180731, 3), "t" : NumberLong(1), "h" : NumberLong("-9003778602149648332"), "v" : 2, "op" : "c", "ns" : "admin.$cmd", "o" : { "create" : "system.users" } }

{ "ts" : Timestamp(1469180731, 4), "t" : NumberLong(1), "h" : NumberLong("-5105507245190417325"), "v" : 2, "op" : "i", "ns" : "admin.system.users", "o" : { "_id" : "admin.bbb", "user" : "bbb", "db" : "admin", "credentials" : { "SCRAM-SHA-1" : { "iterationCount" : 10000, "salt" : "9hPZ67Nn1d9ZFSKfxfPmHw==", "storedKey" : "wbVBdAFG3tKPU0QwgoqA93XaSFY=", "serverKey" : "0FXoMrw01NIiYr8HNZ9p5mGhK8k=" } }, "roles" : [ { "role" : "root", "db" : "admin" } ] } }

rs1:PRIMARY>

查看master的oplog元数据信息:

> db.printReplicationInfo()

查看salve的同步状态:

> db.printSlaveReplicationInfo()

rs1:PRIMARY> db.printReplicationInfo()db.printReplicationInfo()

configured oplog size:   2124.869140625MB

log length start to end: 315secs (0.09hrs)

oplog first event time:  Fri Jul 22 2016 17:40:16 GMT+0800 (CST)

oplog last event time:   Fri Jul 22 2016 17:45:31 GMT+0800 (CST)

now:                     Fri Jul 22 2016 17:52:59 GMT+0800 (CST)

rs1:PRIMARY>  db.printSlaveReplicationInfo() db.printSlaveReplicationInfo()

source: localhost:28011

syncedTo: Fri Jul 22 2016 17:45:31 GMT+0800 (CST)

0 secs (0 hrs) behind the primary

source: localhost:28012

syncedTo: Fri Jul 22 2016 17:45:31 GMT+0800 (CST)

0 secs (0 hrs) behind the primary

rs1:PRIMARY>

时间: 2024-10-16 06:25:41

mongodb复制集里查看主从操作日志oplog的相关文章

MongoDB复制集的工作原理介绍(二)

复制集工作原理 1)数据复制原理 开启复制集后,主节点会在 local 库下生成一个集合叫 oplog.rs,这是一个有限集合,也就是大小是固定的.其中记录的是整个mongod实例一段时间内数据库的所有变更(插入/更新/删除)操作,当空间用完时新记录自动覆盖最老的记录. 复制集中的从节点就是通过读取主节点上面的 oplog 来实现数据同步的,MongoDB的oplog(操作日志)是一种特殊的封顶集合,滚动覆盖写入,固定大小.另外oplog的滚动覆盖写入方式有两种:一种是达到设定大小就开始覆盖写入

MongoDB 复制集

关于读写分离 由于写入主之后,同步到从有一个时间,所以读写分离会引发数据一致性问题. MongoDB 通过复制集(Replica Set)来实现读写分离. MongoDB复制集(Replica Set) 通过存储多份数据副本来保证数据的高可靠,通过自动的主备切换机制来保证服务的高可用. 当遇到复制集轮转升级.Primary宕机.网络分区等场景时,复制集可能会选举出一个新的Primary,而原来的Primary则会降级为Secondary,即发生主备切换.所以,MongoDB复制集里Primary

MongoDB复制集技术

第1章 MongoDB复制集简介: 一组MongoDB复制集,就是一组MongoDB进程,这些进程维护同一个数据集合,复制集提供了数据冗余和高等级的可靠性,这是生产部署的基础 1.1 复制集的目的: 保证数据在生产部署是的冗余和可靠性,通过在不同的机器上保存副本来保证数据的不会因为单间损坏而丢失,能够随时应对数据丢失或者机器损坏带来的风险 还可以提高用户读写数据的性能,提高整个系统的负载 1.2 简单介绍: 1.      一组复制集就是一组MongoDB实例掌管同一个数据集,实例可以在不同的机

MongoDB复制集

MongoDB目前的高可用架构主要有主从.复制集.以及分片,单纯的主从技术几乎被淘汰,整个稳定性以及可靠性方面复制集要比主从好,所以现在更多的会去使用复制集.在接下来的实践过程中,我们将通过多实例的方法实现复制集.以及会解析搭建过程中遇到的困难问题. 一.基础环境与规划 操作系统:CentOS 6.7 MongoDB版本:3.4.5 实例部署情况: 主机IP 数据目录 日志文件 端口 127.0.0.1 /data/mongoDB/data/m17 /data/mongoDB/logs/mong

mongodb复制集的实现

复制集(Replica Sets),是一个基于主/从复制机制的复制功能,进行同一数据的异步同步,从而使多台机器拥有同一数据的都多个副本,由于有自动故障转移和恢复特性,当主库宕机时不需要用户干预的情况下自动切换到其他备份服务器上做主库,一个集群最多可以支持7个服务器,并且任意节点都可以是主节点.所有的写操作都被分发到主节点,而读操作可以在任何节点上进行,实现读写分离,提高负载. 资源有限测试一个VM开3个实例: 环境:centos7.0 192.168.1.21:20011 P 192.168.1

配置MongoDB复制集

什么是复制集? 复制集是额外的数据副本,是跨多个服务器同步数据的过程,复制集提供了冗余并增加了数据可用性,通过复制集可以对硬件故障和中断的服务进行恢复.复制集的优势如下: 让数据更安全 高数据可用性(24*7) 灾难恢复 无停机维护(如备份.索引重建.故障转移) 读缩放(额外的副本读取) 副本集对应用程序是透明的 复制集工作原理 MongoDB的复制集至少需要两个节点.其中一个是主节点(Primary),负责处理客户端的请求,其余的都是从节点(Secondary),负责复制主节点上的数据.Mon

MongoDB复制集管理优化

本文章将介绍MongoDB复制集的基本配置和管理,分别包括配置从节点可以读取数据.查看复制集状态.更改oplog大小.配置带认证的复制集 复制集的选举原理 复制是基于操作日志oplog,相当于Mysql中的二进制日志,只记录发生改变的记录.复制是将主节点的oplog日志同步并应用到其他从节点的过程. 选举的原理 节点的类型分为标准(host)节点.被动(passive)节点和仲裁(arbiter)节点. 标准节点可能被选举为活跃(primary)节点,有选举权. 被动节点有完整副本,不可能成为活

MongoDB复制集部署和基本管理

MongoDB复制集部署和基本管理 MongoDB复制集概述 复制集(Replica Sets)是额外的数据副本,是跨多个服务器同步数据的过程,复制集提供了冗余并增加了数据的可用性,通过复制集可以对硬件故障和中断服务进行恢复. 复制集由下列优点: 让数据更安全 高数据可用性(7*24) 灾难恢复 无停机维护(如备份.索引重建.故障转移) 读缩放(额外的副本读取) 副本集对应用程序是透明的 复制集工作原理 MongoDB的复制集至少需要两个节点.其中一个节点是主节点(Primary),负责处理客户

部署MongoDB复制集(主从复制、读写分离、高可用)

MongoDB 复制集 复制集(Replica Sets)是额外的数据副本,是跨多个服务器同步数据的过程,复制集提供了冗余备份并提高了数据的可用性,通过复制集可以对硬件故障和中断的服务进行恢复. MongoDB 复制集工作原理 mongodb的复制集至少需要两个节点.其中一个是主节点(Primary),负责处理客户端请求,其余的都是从节点(Secondary),负责复制主节点上的数据. mongodb各个节点常见的搭配方式为:一主一从.一主多从.主节点记录其上的所有操作到 oplog 中,从节点