rudy gao

--为从节点创建上当[mongodb@rudy 2.6]$ mkdir 27018[mongodb@rudy 2.6]$ mkdir 27019[mongodb@rudy log]$ mkdir 27018[mongodb@rudy log]$ mkdir 27019--主配置文件[mongodb@rudy 2.6]$ cat mongodb.conf dbpath=/usr/lo

--配置config server[mongodb@rudy_01 2.6]$ mkdir 27018[mongodb@rudy_01 2.6]$ mkdir log/27018--mongo配置文件dbpath=/usr/local/mongodb/2.6/27018fork=1logpath=/usr/local/mongodb/2.6/log/27018/mongo.logp

MongoDB的复制集具有自动容忍部分节点宕机的功能,在复制集出现问题时时,会触发选举相关的过程,完成主从节点自动切换.每个复制集成员都会在后台运行与复制集所有节点的心跳线程,在两种情况下会触发状态检测过程:复制集成员心跳检测结果发生变化,比如某个节点挂了或者新增节点.超过4s没有执行状态检测过程.在状态检测过程大致包含以下步骤:检测自身是否处于选举过程,如

一、简介很多人抱怨mongodb是内存数据库，也没有事务，会不安全，其实这都是对Mongodb的误解，Mongodb有完整的redolog，binlog和持久化机制，不必太担心数据丢失问题。journal是Mongodb中的redo log，而Oplog则是负责复制的binlog（对应Mysql）。在google.groupuser上，mongo的开发者有一段这样的解释：

Mongodb在1.8版本之后开始支持journal，就是我们常说的redo log，用于故障恢复和持久化。持久化为了保证数据永久保存不丢失。MongoDB具有高度可配置的持久化设置，从完全没有任何保证到完全持久化。下面介绍一下内容：1. MongoDB是如何保证持久化的2. 如何配置应用程序和服务器持久化等级来满足你的需求3. 没有启用journal的影响4. 什么是Mo

--配置复制集/opt/mongodb/2.4/bin/mongod --replSet=rs1 --journal --port 27018 --dbpath=/data/mongodb/27018 --logpath=/data/mongodb/log/27018/mongo.log --fork --logappend/opt/mongodb/2.4/bin/mongod --replS

按照Mongodb默认的配置，WiredTiger的写操作会先写入Cache，并持久化到WAL(Write ahead log)，每60s或log文件达到2GB时会做一次Checkpoint，将当前的数据持久化，产生一个新的快照。Wiredtiger连接初始化时，首先将数据恢复至最新的快照状态，然后根据WAL恢复数据，以保证存储可靠性。Wiredtiger的Cache采用Btree的

--mongorestore升级过程中如果遇到如下错误，需要删除admin数据库[root@beta tmp]# mongorestore -h 127.0.0.1 --oplogReplay --port 27015 --dir /tmp/dump20160411/2016-04-11T16:36:14.026+0800 building a list of dbs and colle