MongoDB 的Replication是通过一个日志来存储写操作的,这个日志就叫做oplog。

在默认情况下,oplog分配的是5%的空闲磁盘空间。通常而言,这是一种合理的设置。可以通过mongod --oplogSize来改变oplog的日志大小。

oplog是capped collection,因为oplog的特点(不能太多把磁盘填满了,固定大小)需要,MongoDB才发明了capped collection(the oplog is actually the reason capped collections were invented).

oplog的位置

oplog在local库:

master/slave 架构下

local.oplog.$main;

replica sets 架构下:

local.oplog.rs

sharding 架构下,mongos下不能查看oplog,可到每一片去看。

mongos> use local

switched to db local

mongos> show collections

Thu Mar 28 11:37:11 uncaught exception: error: { "$err" : "can't use 'local' database through mongos", "code" : 13644 }

1

2

3

4

mongos>uselocal

switchedtodblocal

mongos>showcollections

ThuMar2811:37:11uncaughtexception:error:{"$err":"can't use 'local' database through mongos","code":13644}

oplog的格式

MongoDB 2.0版本

PRIMARY> db.oplog.rs.findOne()

{

"ts" : {

"t" : 1354919611000,

"i" : 196

},

"h" : NumberLong("-8946637877024029255"),

"op" : "i",

"ns" : "msg.msgToSend",

"o" : {

"_id" : ObjectId("50c26ecae7d64ae0b5f36cfe"),

...

}

}

1

2

3

4

5

6

7

8

9

10

11

12

13

14

PRIMARY>db.oplog.rs.findOne()

{

"ts":{

"t":1354919611000,

"i":196

},

"h":NumberLong("-8946637877024029255"),

"op":"i",

"ns":"msg.msgToSend",

"o":{

"_id":ObjectId("50c26ecae7d64ae0b5f36cfe"),

...

}

}

MongoDB 2.2版本

PRIMARY> db.oplog.rs.findOne()

{

"ts" : Timestamp(1364362801000, 8247),

"h" : NumberLong("8229173295225699173"),

"v" : 2,

"op" : "i",

"ns" : "goods.Simigoods",

"fromMigrate" : true,

"o" : {

"_id" : ObjectId("50b534310eba2018b88ba3b2"),

...

}

}

1

2

3

4

5

6

7

8

9

10

11

12

13

PRIMARY>db.oplog.rs.findOne()

{

"ts":Timestamp(1364362801000,8247),

"h":NumberLong("8229173295225699173"),

"v":2,

"op":"i",

"ns":"goods.Simigoods",

"fromMigrate":true,

"o":{

"_id":ObjectId("50b534310eba2018b88ba3b2"),

...

}

}

可以看到有个字段"fromMigrate" : true,之前以为是从2.0升级过来的,后查看源码发现并发如此,fromMigrate指的是chunk是迁移过来的,分片里的块移动,详见src/mongo/s/d_migrate.cpp,

v表示OPLOG_VERSION,oplog版本。

新搭建的结构形如:

PRIMARY> db.version()

2.2.2

PRIMARY> db.oplog.rs.findOne()

{

"ts" : Timestamp(1364186197000, 58),

"h" : NumberLong("-7878220425718087654"),

"v" : 2,

"op" : "u",

"ns" : "exaitem_gmsbatchtask.jdgmsbatchtask",

"o2" : {

"_id" : "83f09a98-6a41-497b-a988-99ba5399d296"

},

"o" : {

"_id" : "83f09a98-6a41-497b-a988-99ba5399d296",

"status" : 2,

"content" : "",

"type" : 17,

"business" : "832722",

"optype" : 2,

"addDate" : ISODate("2013-03-25T04:36:38.511Z"),

"modifyDate" : ISODate("2013-03-25T04:36:39.131Z"),

"source" : 5

}

}

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

PRIMARY>db.version()

2.2.2

PRIMARY>db.oplog.rs.findOne()

{

"ts":Timestamp(1364186197000,58),

"h":NumberLong("-7878220425718087654"),

"v":2,

"op":"u",

"ns":"exaitem_gmsbatchtask.jdgmsbatchtask",

"o2":{

"_id":"83f09a98-6a41-497b-a988-99ba5399d296"

},

"o":{

"_id":"83f09a98-6a41-497b-a988-99ba5399d296",

"status":2,

"content":"",

"type":17,

"business":"832722",

"optype":2,

"addDate":ISODate("2013-03-25T04:36:38.511Z"),

"modifyDate":ISODate("2013-03-25T04:36:39.131Z"),

"source":5

}

}

MongoDB 2.4版本

{

"ts" : {

"t" : 1361948104000,

"i" : 325

},

"h" : NumberLong("-8795977166222676062"),

"v" : 2,

"op" : "i",

"ns" : "test.log",

"o" : {

"_id" : ObjectId("51031ca0c86617a8811be893"),

...

}

}

1

2

3

4

5

6

7

8

9

10

11

12

13

14

{

"ts":{

"t":1361948104000,

"i":325

},

"h":NumberLong("-8795977166222676062"),

"v":2,

"op":"i",

"ns":"test.log",

"o":{

"_id":ObjectId("51031ca0c86617a8811be893"),

...

}

}

格式大同小异,2.4版本又改回去了。ts格式2.2版本中是Timestamp(1364186197000, 58)形式,MongoDB2.0版本及MongoDB2.4版本是{ "t" : 1361948104000, "i" : 325 }形式,另外若用MongoDB2.4版本的客户端(mongo)查看2.2版本的,看到的是MongoDB2.4版本的格式,这个只与mongo版本有关。

oplog相关字段含义

ts: the time this operation occurred.

h: a unique ID for this operation. Each operation will have a different value in this field.

op: the write operation that should be applied to the slave. n indicates a no-op, this is just an informational message.

ns: the database and collection affected by this operation. Since this is a no-op, this field is left blank.

o: the actual document representing the op. Since this is a no-op, this field is pretty useless.

The o field now contains the document to insert or the criteria to update and remove. Notice that, for the update, there are two o fields (o and o2). o2 give the update criteria and o gives the modifications (equivalent to update()‘s second argument).

ts:8字节的时间戳,由4字节unix timestamp + 4字节自增计数表示。

这个值很重要,在选举(如master宕机时)新primary时,会选择ts最大的那个secondary作为新primary。

op:1字节的操作类型,例如i表示insert,d表示delete。

ns:操作所在的namespace。

o:操作所对应的document,即当前操作的内容(比如更新操作时要更新的的字段和值)

o2: 在执行更新操作时的条件,仅限于update时才有该属性。

其中op,可以是如下几种情形之一:

"i": insert

"u": update

"d": delete

"c": db cmd

"db":声明当前数据库 (其中ns 被设置成为=>数据库名称+ '.')

"n": no op,即空操作,其会定期执行以确保时效性 。

20130719更新:今天发现修改配置,会产生 "n" 操作

{ "ts" : Timestamp(1372320938000, 1), "h" : NumberLong("2050563086860406946"), "v" : 2, "op" : "n", "ns" : "", "o" : { "msg" : "Reconfig set", "version" : 6 } }

{ "ts" : Timestamp(1372319914000, 1), "h" : NumberLong("5828735007195954091"), "v" : 2, "op" : "n", "ns" : "", "o" : { "msg" : "Reconfig set", "version" : 5 } }

{ "ts" : Timestamp(1372318223000, 1), "h" : NumberLong("512600544405470974"), "v" : 2, "op" : "n", "ns" : "", "o" : { "msg" : "Reconfig set", "version" : 4 } }

1

2

3

{"ts":Timestamp(1372320938000,1),"h":NumberLong("2050563086860406946"),"v":2,"op":"n","ns":"","o":{"msg":"Reconfig set","version":6}}

{"ts":Timestamp(1372319914000,1),"h":NumberLong("5828735007195954091"),"v":2,"op":"n","ns":"","o":{"msg":"Reconfig set","version":5}}

{"ts":Timestamp(1372318223000,1),"h":NumberLong("512600544405470974"),"v":2,"op":"n","ns":"","o":{"msg":"Reconfig set","version":4}}

除了以上这些,还有两个bool型的字段,一个是上面提到的fromMigrate,另一是字段b,仔细看oplog我们发现有"b":true的文档,是在delete和update操作时的bool值(update一个或多个)。

举例:

{

"ts" : {

"t" : 1354923335000,

"i" : 2

},

"h" : NumberLong("563747339476084113"),

"op" : "u",

"ns" : "msg.device",

"o2" : {

"_id" : ObjectId("509fa1207386d978864c7833")

},

"o" : {

"$set" : {

"flag" : "1",

"pin" : "5126d5b23c303",

"device" : "ceb27de6b9dd8f045130f046a7662630",

"modified" : ISODate("2012-12-07T23:36:24.628Z")

}

}

}

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

{

"ts":{

"t":1354923335000,

"i":2

},

"h":NumberLong("563747339476084113"),

"op":"u",

"ns":"msg.device",

"o2":{

"_id":ObjectId("509fa1207386d978864c7833")

},

"o":{

"$set":{

"flag":"1",

"pin":"5126d5b23c303",

"device":"ceb27de6b9dd8f045130f046a7662630",

"modified":ISODate("2012-12-07T23:36:24.628Z")

}

}

}

了解了oplog的详细结构,我们就可以根据原理写个程序,来达到同步数据的目的,详见mongosync。

mongodb oplog java_MongoDB oplog 深入剖析相关推荐

  1. mongodb监听oplog 全量+增量同步

    一.前言 前一个项目中,涉及到了一次数据迁移,这次迁移需要从mongodb迁移到另一个mongodb实例上,两个源的数据结构是不一样的.涉及到增量和全量数据迁移,整体迁移数据量在5亿左右.本篇即讲理论 ...

  2. mysql mongodb binlog_mongodb的oplog日志

    任何一种数据库都有各种各样的日志,MongoDB也不例外.MongoDB中有4种日志,分别是系统日志.Journal日志.oplog主从日志.慢查询日志等.这些日志记录着MongoDB数据库不同方面的 ...

  3. mongodb ssl java_MongoDB自签名SSL连接:SSL对等证书验证失败

    我使用的是Ubuntu 16.04和MongoDB v3.2.11 . 目的是在将MongoDB打开到公共互联网之前保护它 . 让我们启动mongod: $ mongod --auth --port ...

  4. mongodb gridfs java_mongodb Gridfs操作

    GridFS 介绍 GridFS是MongoDB规范用于存储和检索大文件,如图片,音频文件,视频文件等.这是一种文件系统用来存储文件,但数据存储于MongoDB集合中.GridFS存储文件比其文档大小 ...

  5. mongodb gridfs java_mongodb gridfs基本使用

    Mongodb GridFS图片文件存储解决方案 之前解决方案是接收图片数据后,将图片直接存储到盘阵,然后通过Apache做服务器,将图片信息存储到数据库,并且存储一个Apache的访问路径. 目前需 ...

  6. mongodb gridfs java_MongoDB基于GridFS管理文件

    前言 GridFS是一种将大型文件存储在MongoDB的文件规范: 数据库支持以BSON格式保存二进制对象. 但是MongoDB中BSON对象最大不能超过4MB. GridFS 规范提供了一种透明的机 ...

  7. MongoDB 定位 oplog 必须全表扫描吗?

    MongoDB oplog (类似于 MySQL binlog) 记录数据库的所有修改操作,除了用于主备同步:oplog 还能玩出很多花样,比如 全量备份 + 增量备份所有的 oplog,就能实现 M ...

  8. 【华为云技术分享】MongoDB经典故障系列四:调整oplog大小,引起从库宕机怎么办?

    一不小心调整了自建MongoDB数据库的oplog大小,从而引起从库宕机怎么办?别急,华为云数据库给您支招:一是取消延迟配置,先扩容延时从库的oplog大小,再扩容主库的oplog:二是对主库先降级再 ...

  9. mongo oplog 整理

    首先需要介绍一下mongodb local库的作用 local库是MongoDB的系统库,记录着时间戳和索引和复制集等信息 test:PRIMARY> use local switched to ...

  10. mysql binlog oplog_mongodb 学习之oplog

    背景: 原来一个同事问我主从mongodb数据库为什么数据差距很大,我让他察看一下两边有啥不一样,发现 主的local库有13G从却很小,进入local之后du发现有一个collection前缀的文件 ...

最新文章

  1. python抓取网页图片的小案例
  2. Hadoop2.2.0集群在RHEL6.2下的安装实战
  3. 用Python Pandas处理亿级数据
  4. 文件服务器+好处,文件服务器 好处
  5. 数据结构关键路径_数据结构与算法之关键路径_一点课堂(多岸学院)
  6. gwt 同步和异步_GWT Spring和Hibernate进入数据网格世界
  7. 4.4.5 清除变量内容
  8. 程序员的进阶课-架构师之路(15)-那些年你遇到的其他树
  9. Interllij IDEA 搭建Springboot(一)
  10. php 三个等号与两个等号,浅析JavaScript和PHP中三个等号(===)和两个等号(==)的区别...
  11. C# 通过 AppDomain 应用程序域实现程序集动态卸载或加载
  12. 170319 剑指offer 1.把一个字符串转化成整数(简单问题的全面性考虑)
  13. 福师计算机在线作业在每个w,16春季福师《计算机应用基础》在线作业二
  14. 企业服务器型号对照表,云手机服务器规格列表
  15. Android10 mockLocation 模拟定位
  16. Burp Suite 实战指南
  17. 关于maven-jdocbook-plugin插件org.jboss.highlight.XhtmlRendererFactory does not indentify an extern的一个小问题
  18. 解决在MyEclipse中,process报launching client等待的问题
  19. 蓝色巨人IBM(International Business Machines)
  20. 讯飞语音转写.NET版本

热门文章

  1. js高级学习笔记(b站尚硅谷)-2-数据、变量、内存三者的关系
  2. pvremore删除物理卷
  3. sqoop导出solr数据_用Sqoop把数据从HDFS导入到MYSQL
  4. linux jsp mysql_Linux JSP连接MySQL数据库
  5. 用c 语言写21点游戏,求一c语言程序 :21点游戏代码
  6. windows 2003 iis php,windows 2003 iis安装php 5.2版本步骤
  7. 基于钉钉服务简单监控
  8. jquery图片延迟加载 及 serializeArray、serialize用法记录
  9. 使用Appium进行Android自动化测试遇到编译不成功的错误处理
  10. IE7IE8不支持rgba的方法