第7.1.3 mongo3.0.x一主一从

痛定思痛。 2022-02-18 23:09 153阅读 0赞

我在[第7.1.1Spring操作mongodb之mongodb4.x集群搭建][7.1.1Spring_mongodb_mongodb4.x]中已经描述了mongodb4.x集群的搭建，为什么再描述mongo3.0.x主从复制，是因为我们有两台其他人搭建的mongo3.0.x，他是主从模式，现在磁盘空间快慢了，我需要想办法处理一下  
![1][]  
既然是主从模式，那么主库可以读写，而从库只能读。参考[MongoDB 3.0 常见集群的搭建(主从复制，副本集，分片…)][MongoDB 3.0]  
一主一从模式的集群很简单，但是[\[MongDB\] 主从架构–官方极力不推荐][MongDB_]  
主节点的`mongodb.conf`

#数据文件存放目录  
    #dbpath = /app/data/db/
    dbpath = /appnew/data/db/
    #日志文件存放目录  
    logpath = /application/mongodb/logs/mongodb.log 
    bind_ip= 10.101.3.197
    #端口  
    port = 27017  
    #以守护程序的方式启用，即在后台运行  
    fork = true  
    nohttpinterface = true
    ##副本配置
    replSet=mongoTest

从节点的`mongodb.conf`

#数据文件存放目录  
    #dbpath = /app/data/db/
    dbpath = /appnew/data/db/
    #日志文件存放目录  
    logpath = /application/mongodb/logs/mongodb.log 
    bind_ip=10.101.3.198
    #端口  
    port = 27017  
    #以守护程序的方式启用，即在后台运行  
    fork = true  
    nohttpinterface = true
    ##副本配置
    replSet=mongoTest

在主和从节点，执行命令`mongod -f ./mongodb.conf --replSet mongoTest`就可以了。  
这样的主从复制模式，劣势很明显。数据严重冗余，单台500G的磁盘，另外一台也会有500G的磁盘空间的消耗，水平扩展就比较困难了。如果有多块磁盘，能够垂直扩展呢？  
这里仿照[MongoDB解决磁盘不足][MongoDB]使用软连接的方式，来解决这个问题  
红色方框中磁盘使用90%，而蓝色磁盘只使用了35%。  
![1][1 1]  
创建软链接，接着修改mongodb.conf，重启mongodb。

ln -s /application/mongodb-linux-x86_64-4.0.4/data /application/mongo/data
    ln -s /app/data /application/mongo/data

那么这样是否问题就解决了？文章指出要开启`directoryperdb`，这个参数怎么起作用呢？  
[mogodb之directoryperdb作用][mogodb_directoryperdb]，根据数据库划分磁盘，需要事先规划好，如果没有规划好，就只能备份再再做迁移了。  
执行`db.my_col.stats()`，可以看到主从模式是没有分片的  
![1][1 2]  
删除数据，mongo的空间并不会释放，必须执行`db.repairDatabase()`,注意要留2G的空间  
在主库中执行`db.my_col.remove({})`，并不会释放从库的空间，从库无法执行remove操作，但可以执行`db.repairDatabase()`操作，空间才可以释放  
如果执行`db.dropDatabase()`,空间会立即释放，但是删除集合或者集合中的数据，却不会。  
我在生产环境执行提示了下面的错误，这是为什么呢？

{
    	"message" : "no such cmd: repairDatabase",
    	"ok" : 0,
    	"code" : 59,
    	"codeName" : "CommandNotFound",
    	"operationTime" : "Timestamp(1559005119, 1)",
    	"$clusterTime" : {
    		"clusterTime" : "Timestamp(1559005119, 1)",
    		"signature" : {
    			"hash" : "AAAAAAAAAAAAAAAAAAAAAAAAAAA=",
    			"keyId" : 0
    		}
    	},
    	"name" : "MongoError"
    }

[7.1.1Spring_mongodb_mongodb4.x]: https://blog.csdn.net/warrah/article/details/84107049
[1]: /images/20220219/33fbb096939c4a7e869dc7e66f894b69.png
[MongoDB 3.0]: https://blog.csdn.net/canot/article/details/50739359
[MongDB_]: https://www.cnblogs.com/langdashu/p/6009544.html
[MongoDB]: https://blog.csdn.net/jacson_bai/article/details/44781167
[1 1]: /images/20220219/5f52390ef9414fd7b631575a769bab48.png
[mogodb_directoryperdb]: https://blog.51cto.com/alwaysyunwei/1596238
[1 2]: /images/20220219/6f110c994b524262b782485843c30911.png