mongo 学习

mongod 启动参数详解：

--fastsync

--oplogSize arg size limit(in MB) for op log

--master   master mode 

--slave     slave  mode 

--source arg  <serverIp:port> if slave mode ,specify master. if master mode , specify slave ;

--only  arg      if slave mode , specify a single db to rep

--slavedelay arg  delay time in seconds 

--autoresync  automatically resync if slave data is stale 

主从配置 

master 启动： ./mongod --dbpath /data/db/master --logpath /data/db/master.log --logappend  --fork --port 2717 --master --oplogSize 64 

slave 启动： ./mongod  --dbpath /data/db/slave  --logpath  /data/db/slaver.log --logappend  --fork  -port 27018  --slave --slavedelay 5 --autoresync --source localhost:27017  

问题解决： 

1. Client::~Client _context should be null but is not; client:replslave 

从库启动，同步时报错自动关闭；需要删除从库db目录下的记录即可。

参考： 

注意:这里,最好是用scp命令把主机器的mongodb的所有目录和文件远程拷贝
到从机器上去, 之前不要去启动,主机器,否则启动从的时候会报错(在
日志文件中可以看到错误:mongodb ERROR: Client::~Client _context should be null but is not; client:replslave)
这样的话, 只需要把数据文件data目录下的所有文件删除,重新启动即可

2. mongodb 启动失败，因为非法关闭造成

摘自：  http://codingstandards.iteye.com/blog/1214093

mongod没有后台执行，在终端连接非正常断开后，再次执行mongod报错，需要repair修复；

 [initandlisten] exception in initAndListen: 12596 old lock file, terminating 

dbexit 

http://www.mongodb.org/display/DOCS/Durability+and+Repair#DurabilityandRepair-RepairCommand 写道

Repair Command

When not using journaling (--nojournal), after a machine crash or kill -9 termination, run the repairDatabase command. This command will check all data for corruption, remove any corruption found, and compact data files a bit. Repair is analogous to running fsck for a file system.

When journaling is enabled, it should not be necessary to run repair. However one could still use the repair command to compact a database.

From the command line:

mongod --repair

From the shell (you have to do for all dbs including local if you go this route):

> db.repairDatabase();

During a repair operation, mongod must store temporary files to disk. By default, mongod creates temporary directories under the dbpath for this purpose. Alternatively, the --repairpath command line option can be used to specify a base directory for temporary repair files.

Note that repair is a slow operation which inspects the entire database.

After running with --repair, mongod will start up normally.

 

互为主从配置

摘自：  http://blog.csdn.net/liuyuanshijie/article/details/6735625

Replic Sets配置： 

摘自： http://virusswb.blog.51cto.com/115214/792897

MongoDB支持两种复制的模式：

1. Master/Slave，主从复制，角色包括master和slave。
2. Replica Set，复制集复制，角色包括primary和secondary。

 

介绍Master/Slave的官方地址：

http://www.mongodb.org/display/DOCS/Master+Slave

介绍Replica Set的官方地址：

http://www.mongodb.org/display/DOCS/Replica+Sets

今天实战的是replica set，也就是复制集复制。

• replica set可以实现自动的failover和自动的recovery。
• replica set由两个或者更多的节点组成，实现彼此的复制。
• replica set自动选择primary节点，没有一个节点是固定的primary。
• mongos会自动发现一个replica set的primary节点发生变化，并将写操作发送给这个新的primary节点。

通常用于下面几个场景

• 数据冗余。
• 自动failover，提供高可用性的服务。
• 分散读的负载。
• 简化维护(相对于master-slave来说）。
• 灾难恢复。

首先还是启动mongod，用于replica set的参数有两个：

--replSet <setname>，复制集的名称。

--oplogSize <MB>，操作日志的大小，单位为MB。

这回我们在ubuntu下面配置replica set，先启动两个mongod节点。

 mongod --dbpath /home/andyshi/mongo1/ --logpath /home/andyshi/mongo1/log.log --replSet shard1 --port 10001 --bind_ip 192.168.0.21 

 mongod --dbpath /home/andyshi/mongo2/ --logpath /home/andyshi/mongo2/log.log --replSet shard1 --port 10002 --bind_ip 192.168.0.21 

你会注意到，上面两个mongod的启动参数replSet指定了相同的值shard1，也就是两个个mongod节点处于同一个replica set中。

Replica Set的初始化

光启动了两个个mongod节点，还不能提供任何的服务，这时候你使用mongo连接之后，进行db.book.insert会提示你no master，也就是说没有primary节点，所以他不知道往哪一个节点写入数据。

在启动了两个个mongod节点之后，需要进行初始化。

首先用mongo连接到任意一个mongod节点，然后执行下面的命令。

   
   
cfg={_id:'shard1',members:[ 
{_id:0,host:'192.168.0.21:10001'}, 
{_id:1,host:'192.168.0.21:10002'}] 
} 
rs.initiate(cfg) 

出现下面的提示信息就代表成功了，如果没有成功，可以google一下错误提示，会找到很多的答案的。

 

   
   
{ 
   "info" : "Config now saved locally.  Should come online in about a minute.", 
   "ok" : 1 
} 

继续执行

 rs.status() 

可以查看replica set的状态，包括名称，时间，当前登录的mongod是primary还是secondary，以及成员的信息等。

在replica set的信息中，其中重要的是：

• myState的值，如果是1代表当前登录的是primary；如果是2代表当前登录的是secondary。

成员信息中包括地址，健康状态，是primary还是secondary等。

成员信息中比较重要的是

• state：1表示该host是当前可以进行读写，2：不能读写
• health：1表示该host目前是正常的，0:异常

这时候登录primary的mongod，插入一条数据。

 

   
   
//假设10001是primary，可以通过查询rs.status来获取 
mongo 192.168.0.21:10001 
 
use test 
db.book.insert({'title':'computer'}) 

然后查看secondary的log文件，会发现发生了复制行为。

这时候登录secondary，use test，db.book.find()，可以报错了。

 

   
   
error: { "$err" : "not master and slaveok=false", "code" : 13435 } 

没有关系，在secondary读取数据还需要我们做最后的一步，在需要读取数据的secondary上执行。

 rs.slaveOK()

这时候再次db.book.find()，正常显示结果了，没有问题了。

 添加节点

 启动新mongod节点

 mongod --dbpath /home/andyshi/mongo3/ --logpath /home/andyshi/mongo3/log.log --replSet shard1 --port 10003 --bind_ip 192.168.0.21   

连接primary节点，执行下面的命令。

 

   
   
rs.add('192.168.0.21:10003') 
rs.addArb('192.168.0.21:10003') 
//重新配置 
rs.reconfig(rs.conf()) 

 

强制一个节点成为primary

在mongodb2.0之后可以使用下面

相比master-slave，replica set的优点就是没有单点故障，primary故障之后，整个replica set会自动选择一个健康的节点成为primary，承担写的任务，可用性比master-slave的高，提供更高的可用性。

遇到的问题： 

在replset运行正常的情况下，停止服务，更换端口，重新分配set，造成的问题。

可通过use admin    db.runcommand({replSetReconfig:config})从新分配，其中config={} 是set的新配置；当此法还无法解决问题时，可以更改local.system.replset的记录，或者重做local表了

具体可借鉴：http://groups.google.com/group/mongoid/browse_thread/thread/6291b8b80158031e

http://blog.nroed.com/2011/12/15/mongo-replset-badconfig/?replytocom=489

http://groups.google.com/group/mongoid/browse_thread/thread/6291b8b80158031e?pli=1

run rs.initiate(...) if not yet done for the set

local.oplog.rs is not empty on the initiating member.  cannot initiate.

loading local.system.replset config (LOADINGCONFIG)

集群配置