Mongodb升級方案概述

IT那活兒發(fā)布于2023-01-11 13:19 / 3217人閱讀

Mongodb升級方案概述

點擊上方“IT那活兒”公眾號，關(guān)注后了解更多內(nèi)容，不管IT什么活兒，干就完了！！！

在日常運維工作中，時常有數(shù)據(jù)庫升級的需求，相對于其他數(shù)據(jù)庫產(chǎn)品來說，Mongodb的版本升級相對簡單，所以本文對mongodb的升級進(jìn)行簡單介紹，以及介紹一下之前升級過程中碰到的問題總結(jié)。

與所有數(shù)據(jù)庫產(chǎn)品一樣，有邏輯遷移升級和物理升級兩種方式。

邏輯遷移升級

提前搭建新版本數(shù)據(jù)庫，然后mongodump/mongorestore進(jìn)行邏輯遷移。

使用此方案的優(yōu)點是可以跨多個版本進(jìn)行遷移升級，缺點是數(shù)據(jù)遷移速度慢。

物理升級

由于Mongodb基本沒有數(shù)據(jù)字典的概念，所以物理升級的優(yōu)勢就是速度快，影響業(yè)務(wù)時間短，但是有個明顯的缺點就是無法跨多個大版本進(jìn)行升級，Mongodb發(fā)行至今有2.6、3.2、3.4、3.6、4.0、4.2、4.4等大版本，比如說從3.2是不能直接升級到3.6的，必須先從3.2升級到3.4，再升級到3.6。

不管數(shù)據(jù)庫是什么架構(gòu)，若允許停庫進(jìn)行升級，則直接用新版本的軟件，讀取舊版本的數(shù)據(jù)庫文件（--dbpath）,重新啟動即可。如果是復(fù)制集或者分片集群架構(gòu)，則可利用復(fù)制集可以在線進(jìn)行備機(jī)初始化的特性，進(jìn)行滾動升級。

滾動升級具有如下優(yōu)勢：

用新版本軟件新加從節(jié)點或者刪除原有從節(jié)點進(jìn)行重新初始化，然后主從切換，此方案對業(yè)務(wù)基本無影響，只有幾秒鐘的切換時間。
滾動升級多了一層數(shù)據(jù)保護(hù)，若升級異常，可快速回退。避免了升級異常導(dǎo)致業(yè)務(wù)異常或者數(shù)據(jù)丟失等問題。

從低版本升級到3.4以上版本時，在升級完成后，需要修改數(shù)據(jù)庫兼容性參數(shù)，低于3.4以下版本，則無需修改，方法如下：

▼▼▼
db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ) ；
db.adminCommand( { setFeatureCompatibilityVersion: "3.6" } )；
db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ) ；

對于分片集群來說，由于每一個片和config都是一個復(fù)制集，所以可以同樣可以采用復(fù)制集滾動升級的方式實現(xiàn)，并且mongos也可以滾動替換，業(yè)務(wù)基本無感知。但對于分片集群的升級，有以下情況需要注意：

停止業(yè)務(wù)側(cè)的元數(shù)據(jù)變更。
禁止分片集群的balancer操作，及停止在不同的分片間移動chunk。
sh.stopBalancer()
sh.getBalancerState()
升級完成后，啟用分片balancer。sh.setBalancerState(true)
備份config數(shù)據(jù)庫。
修改兼容性參數(shù)只能從mongos上修改。

另外升級過程中，需要注意以下問題：

如果由3.4升級到3.6 ,可能存在部分實例沒有配置bind_ip參數(shù)，因為3.6以前版本默認(rèn)監(jiān)聽所有IP，3.6及以后默認(rèn)只監(jiān)聽127.0.0.1 需要修改監(jiān)聽IP。
bind_iP=localhost,IP
升級到3.6以后，PSA架構(gòu)需要添加參數(shù)enableMajorityReadConcern=false。