转载地址：http://francs3.blog.163.com/blog/static/4057672720121133328120/  之前的blog  学习了 MongoDB 主从搭建，以及节点管理的内容，接下来学习 实现主从复制一个重要角色，即 Oplog。         MongoDB 的复制集是通过 Oplog 来实现的，主库的更改操作会被记录到主库的 Oplog 日志中

MongoDB 的Replication是通过一个日志来存储写操作的，这个日志就叫做oplog。journal是Mongodb中的redo log，而Oplog则是负责复制的binlog（对应Mysql）。在默认情况下,oplog分配的是5%的空闲磁盘空间。通常而言,这是一种合理的设置。可以通过mongod –oplogSize来改变oplog的日志大小。Oplog和数据刷新到磁盘的时间是60s，

开启Oplog windows mongodb bin目录下找到配置文件/bin/mongod.cfg,配置如下： replication:replSetName: localoplogSizeMB: 1024 双击mongo.exe 执行 rs.initiate({_id: "local", members: [{_id: 0, host: "localhost:27017"}]

开启Oplog windows mongodb bin目录下找到配置文件/bin/mongod.cfg,配置如下： replication:replSetName: localoplogSizeMB: 1024 双击mongo.exe 执行 rs.initiate({_id: "local", members: [{_id: 0, host: "localhost:27017"}]

最近跟数据恢复杠上了，这不又来一例。关于备份恢复的问题其实我在6年多以前就写过，其中大部分讨论放在今天仍然适用。 1 案例介绍 某用户使用了MongoDB 4.0，数据库中的一个表因为drop操作导致数据全部丢失。但因为库本身很小，而oplog空间足够大，所以从建库至今的所有操作都尚在oplog中没有被回收。基于这种情况，虽然他们没有全量备份，我们仍然可以通过完整重放oplog来