MongoDB版本控制
1、稳定版本
MongoDB的版本的形式X.Y.Z在那里X.Y 指的是一个版本系列或开发系列Z 指修订/补丁号。
如果Y是偶数,则X.Y指发布系列;例如, 4.0发行系列和4.2发行系列。发布系列 稳定且适合生产。
如果Y是奇数,则X.Y指一个开发系列;例如, 4.1开发系列和4.3开发系列。开发系列仅用于测试而不是生产。
例如,在MongoDB版本中4.0.12,4.0指的是发行系列,而.12指的是修订版。
最新产品
在发布一系列变化(例如4.0到4.2)通常标志着引进可能破坏向后兼容的新功能。
补丁版本
更改版本号(如4.0.11对4.0.12)一般标注错误修复和向后兼容的改变的释放。
驱动程序版本
MongoDB的版本编号系统与MongoDB驱动程序使用的系统不同
2、 MongoDB版本升级
mongodb的稳定版本全部为偶数,例如:4.0、4.2
mongoDB的升级必须是相邻版本升级,不能跳版本升级。例如:3.2->3.4->3.6,不能3.2直接升级3.6,这是因为相邻版本会有兼容,如果跳版本升级很容易出问题。
3、升级单实例
步骤:
1、确认数据文件版本
2、安装新版本
3、替换老版本
4、更新数据文件版本
3.1、连接mongodb确认版本:
rs0:PRIMARY> db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } )
featureCompatibilityVersion 字段可看到版本号
3.2、安装新版本:
下载对应的新版本安装包,安装新目录
此处安装省略
3.3、启动新版本替换老版本
[root@KELL ~]# kill -9 26181; mongod -f /usr/local/mongodb/data/mdb1.conf about to fork child process, waiting until server is ready for connections.forked process: 31107child process started successfully, parent exiting
查看进程状态
[root@KELL ~]# ps -ef | grep mongo
3.4、更新新版本数据文件:
> db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ){ "featureCompatibilityVersion" : { "version" : "4.2" }, "ok" : 1 } #查看兼容性版本> db.adminCommand( { setFeatureCompatibilityVersion: "4.4" } ) #修改兼容性版本{ "ok" : 1 }> db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ){ "featureCompatibilityVersion" : { "version" : "4.4" }, "ok" : 1 }
到此升级就完成了。
集群升级步骤
1、先升级从节点,从节点全部升级完毕在升级主节点
2、主节点升级,先把主节点降为从节点,然后升级
使用并使用rs.stepDown()命令让主节点降级,集群会选举出新的节点作为主节点。
rs0:PRIMARY> rs.stepDown(){ "ok" : 1, "$clusterTime" : { "clusterTime" : Timestamp(1598524885, 1), "signature" : { "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="), "keyId" : NumberLong(0) } }, "operationTime" : Timestamp(1598524885, 1)}rs0:SECONDARY>
更新完成,执行的维护操作一定是在业务低峰期执行,以免影响到业务。
Mongodb版本升级发货模式、 vincent、 新手必知的速卖通简介及规则、 亚马逊首名员工:公司收集用户信息让我感到恐惧、 10个精美Shopify产品详情页案例分享!、 荐读好文|疫情下的货代行业: 未来将和社交工具深度连接、 要闻:中国对美国128项商品加征关税,美国线下零售掀起"关店潮" 、 抢占欧洲市场:AMS仓和TLL仓各有千秋、
No comments:
Post a Comment