当前位置： 移动技术网 > IT编程>数据库>MongoDB > mongodb 集群重构和释放磁盘空间实例详解

mongodb 集群重构和释放磁盘空间实例详解

2017年12月08日  | 移动技术网IT编程  | 我要评论

酷狗20011,万一网,异世邪君下载txt

mongodb集群重构，释放磁盘空间

由于mongodb删除了一部分数据后，不会回收相应的磁盘空间，所以这里通过重建数据目录的方式释放磁盘空间。

一 实验环境

配置了一个副本集，该副本集由以下三个节点组成：

10.192.203.201:27017 primary

10.192.203.202:27017 secondary

10.192.203.202:10001  arbiter

二 实验步骤

2.1 模拟环境


use dba; 
for(var i=0;i<1000000;i++)db.c.insert({uid:i,uname:'osqlfan'+i}); 
db.c.find().count();#1000000 
 db.stats(); 
{ 
  "db" : "dba", 
  "collections" : 5, 
  "objects" : 1000111, 
  "avgobjsize" : 111.9994880568257, 
  "datasize" : 112011920, 
  "storagesize" : 174796800, 
  "numextents" : 17, 
  "indexes" : 3, 
  "indexsize" : 32475072, 
  "filesize" : 469762048, 
  "nssizemb" : 16, 
  "extentfreelist" : { 
    "num" : 0, 
    "totalsize" : 0 
  }, 
  "datafileversion" : { 
    "major" : 4, 
    "minor" : 22 
  }, 
  "ok" : 1 
}

磁盘空间增加了400m数据：

-rw-------. 1 root root  134217728 nov 7 13:38 dba.1

-rw-------. 1 root root  268435456 nov 7 13:38 dba.2

[root@slave2 ~]# du -sh /data/mongo/data

4.7g /data/mongo/data



#删除dba.c表数据: 
myreplset:primary> db.c.drop(); 
true 
myreplset:primary> db.c.find().count(); 
0 
myreplset:primary> db.stats(); 
{ 
"db" : "dba", 
"collections" : 4, 
"objects" : 108, 
"avgobjsize" : 108.44444444444444, 
"datasize" : 11712, 
"storagesize" : 61440, 
"numextents" : 5, 
"indexes" : 2, 
"indexsize" : 16352, 
"filesize" : 469762048, 
"nssizemb" : 16, 
"extentfreelist" : { 
"num" : 18, 
"totalsize" : 212492288 
}, 
"datafileversion" : { 
"major" : 4, 
"minor" : 22 
}, 
"ok" : 1 
}

看到datasize，indexsize，storagesize都变小了，但是filesize没有变化，而且mongo data目录仍然占用4.7g。

 2.2 确保先在从库10.192.203.202:27017上进行重构 

#查看主从关系



myreplset:primary>rs.status(); 
{ 
"set" : "myreplset", 
"date" :isodate("2016-11-07t07:10:50.717z"), 
"mystate" : 1, 
"members" : [ 
      { 
          "_id" : 0, 
          "name" :"10.192.203.201:27017", 
          "health" : 1, 
          "state" : 1, 
          "statestr" :"primary", 
          "uptime" : 964, 
          "optime" :timestamp(1478239977, 594), 
          "optimedate" :isodate("2016-11-04t06:12:57z"), 
          "electiontime" :timestamp(1478502021, 1), 
          "electiondate" :isodate("2016-11-07t07:00:21z"), 
          "configversion" :2, 
          "self" : true 
      }, 
      { 
          "_id" : 1, 
          "name" :"10.192.203.202:27017", 
          "health" : 1, 
          "state" : 2, 
          "statestr" :"secondary", 
          "uptime" : 628, 
          "optime" :timestamp(1478239977, 594), 
          "optimedate" :isodate("2016-11-04t06:12:57z"), 
          "lastheartbeat" :isodate("2016-11-07t07:10:49.257z"), 
          "lastheartbeatrecv": isodate("2016-11-07t07:10:50.143z"), 
          "pingms" : 2, 
          "configversion" :2 
      }, 
      { 
          "_id" : 2, 
          "name" :"10.192.203.202:10001", 
          "health" : 1, 
          "state": 7, 
          "statestr" :"arbiter", 
          "uptime" : 618, 
          "lastheartbeat" :isodate("2016-11-07t07:10:49.416z"), 
          "lastheartbeatrecv": isodate("2016-11-07t07:10:49.847z"), 
          "pingms" : 2, 
          "configversion" :2 
      } 
], 
"ok" : 1 
}

2.2.1 关闭数据库

myreplset:secondary> use admin; 
switched to db admin 
myreplset:secondary> db.shutdownserver(); 
2016-11-07t15:14:42.548+0800 i network dbclientcursor::init call() failed 
server should be down... 
2016-11-07t15:14:42.571+0800 i network trying reconnect to 127.0.0.1:27017(127.0.0.1) failed 
2016-11-07t15:14:42.575+0800 w network failed to connect to 127.0.0.1:27017, reason:errno:111 connection refused 
2016-11-07t15:14:42.575+0800 i network reconnect 127.0.0.1:27017 (127.0.0.1) failedfailed couldn't connect to server 127.0.0.1:27017 (127.0.0.1), connectionattempt failed 
2016-11-07t15:14:42.634+0800 i network trying reconnect to 127.0.0.1:27017(127.0.0.1) failed 
2016-11-07t15:14:42.637+0800 w network failed to connect to 127.0.0.1:27017, reason:errno:111 connection refused 
2016-11-07t15:14:42.638+0800i network reconnect 127.0.0.1:27017(127.0.0.1) failed failed couldn't connect to server 127.0.0.1:27017(127.0.0.1), connection attempt failed

2.2.2 备份，删除，重建数据目录

备份10.192.203.202:27017的数据目录，这里省略

备份完成后，删除，重建该目录。

rm-rf /data/mongo/data

mkdir/data/mongo/data

2.2.3 启动数据库

启动10.192.203.202:27017进程:

/usr/local/mongodb/bin/mongod--config /usr/local/mongodb/mongod.cnf --replset myreplset -rest

2.2.4 检查

检查数据库是否正常，之前的数据库是否都存在。

检查下磁盘空间是否缩小。

经检查，空间缩小为4.3g，收缩了400mb。

2.3 重构主库

2.3.1 切换主从关系

因201是主，所以需要把201和202:27017之间的主从关系切换一下。本实验除了仲裁节点外，只有一个从节点。假如有多个节点的话，需要在其余从节点上

执行：rs.freeze(300);（锁定从，使其不会转变成主库）

在10.192.203.201:27017执行：rs.stepdown(30);（对其进行降级）

--freeze()和stepdown单位都是秒。

rs.status()查看主从关系是否切换完毕。

2.3.2 关闭数据库

停止10.192.203.201:27017进程：

myreplset:secondary>use admin;

switched to db admin

myreplset:secondary> db.shutdownserver();

2.3.3 备份删除，重建其数据目录

备份略。

rm-rf /data/mongo/data

mkdir/data/mongo/data

2.3.4 启动数据库

启动10.192.203.201:27017进程:

/usr/local/mongodb/bin/mongod--config /usr/local/mongodb/mongod.cnf --replset myreplset -rest

2.3.4 检查

检查数据库是否正常，之前的数据库是否都存在。

检查下磁盘空间是否缩小。

经检查，空间缩小为4.3g，收缩了400mb。

--仲裁节点不需要重构。

重构完成后可以再切换回原来的主从状态。

感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！

您可能感兴趣的文章:

如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网