MongoDB学习笔记--管理

启动和停止MongoDB

从命令行启动:

#启动MongoDB服务器,让其作为守护进程监听5586端口,并将所有输出记录到mongodb.log
$ ./mongod --port 5586 --fork --logpath mongodb.log 

停止MongoDB:

如果服务器是作为前台经常运行在终端的,就直接按“Ctrl-C”。否则,就用kill这种命令发出信号。如果mongod的PID是10014,就可以通过命令停止MongoDB:
** kill -2 10014 (SIGINT) 或者 kill 10014 (SIGINT) **

另一种稳妥的方式就是使用 shutdown命令,例如:

> use admin
switched to db admin
> db.shutdownServer();
server should be down......

备份与恢复

mongodump 和 mongorestore命名,对MongoDB进行备份与恢复。和大多数MongoDB的命令工具一样,mongodump也可以通过运行 --help选项查看所有选项 :$ ./mongodump --help

备份与恢复命令:

//如果你想备份数据库test
$ ./mongodump -d test -o test/ 

//如果你想恢复数据库test
$ ./mongorestore -d test -c user test/test/user.bson  //利用mongorestore表恢复刚才利用mongodump备份的数据

虽然用mongodump和mongorestore能不停机备份,但是我们却失去了获取实时数据视图的能力。MongoDB的fsync命令能在MongoDB运行时复制数据目录还不会毁坏数据。

fsync命令会强制服务器将所有暖冲区写入磁盘。还可以选择上锁阻止对数据库的进一步写入,直到释放锁为止。写入锁是让fsync在备份时发挥作用的关键。下面的例子展示了如何在shell中操作,强制执行了fsync并获得了写入锁:

> user admin
switched to db admin
> db.runCommand({"fsync":1,"lock":1});
{
   "info":"now locked against writes, use db.$cmd.sys.unlock.findOne() to unlock",
    "ok":1
}

#备份好,就要解锁
> db.$cmd.sys.unlock.findOne();
{"ok":1,"info":"unlock requested"}

> db.currentOp(); #运行currentOp是为了确保已经解锁了。
{"inprog":[]}

有了fsync命令,就能够非常灵活地备份,不用停掉服务器,也不用牺牲备份的实时性。要付出的代价就是一些写入操作暂时被阻塞。

修复

修复所有数据库最简单的方式就是加上 --repair: mongod --repair来启动服务器。修复数据库实际过程实际上非常简单:将所有的文档导出然后马上导入。忽略那些无效的文档。完成以后,会建立索引。

修复数据库还能起到压缩数据的作用。闲置的空间(比如删除体积较大的集合或者删除大量文档后腾出的空间)在修复后被重新回收。


修复损坏的数据是不得已时的最后一招,尽可能稳妥的停掉服务器,利用复制功能实现故障恢复,经常做备份,这些才是最有效管理数据的手段。

> use test
switched to db test
> db.repairDatabase()
{"ok":1}

复制

主从复制
主从复制是MongoDB最常用的复制方式。可用于备份、故障恢复、读扩展等。最基本的设置方式就是建立一个主节点和一个或者多个从节点,每个从节点要知道主节点的地址。运行mongod --master就启动了主服务器。运行mongod --slave --source master_address则启动了从服务器,其中master_address就是上面的主节点的地址。

# 设置主节点,并绑定端口10000
$ mkdir -p ~/dbs/master
$ ./mongod --dbpath ~/dbs/master --port 10000 --master

#设置从节点,选择不同的目录和端口(示例配置从节点与主节点在同一台服务器上)
$ mkdir -p ~/dbs/slave
$ ./mongod --dbpath ~/dbs/slave --port 10001 --slave --source localhost:10000

副本集
简单地说,副本集就是有自动故障恢复功能的主从集群。主从集群和副本集最为明显的区别是副本集没有固定的“主节点”:整个集群会选举出一个“主节点”,当其不能工作时则变更到其他节点。副本集中会有一个活跃节点和一个或多个备份节点。副本集最美妙的地方就是所有东西都是自动化的。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,053评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,527评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,779评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,685评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,699评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,609评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,989评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,654评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,890评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,634评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,716评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,394评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,976评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,950评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,191评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,849评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,458评论 2 342

推荐阅读更多精彩内容