吐槽一下MongoDB,最近在群里經(jīng)常會討論到Mongodb,又想起曾經(jīng)運(yùn)維它(2.0.4)的苦逼日子,在這里吐吐槽,也留一記印象:
成都網(wǎng)站制作、成都做網(wǎng)站、外貿(mào)營銷網(wǎng)站建設(shè)介紹好的網(wǎng)站是理念、設(shè)計(jì)和技術(shù)的結(jié)合。成都創(chuàng)新互聯(lián)公司擁有的網(wǎng)站設(shè)計(jì)理念、多方位的設(shè)計(jì)風(fēng)格、經(jīng)驗(yàn)豐富的設(shè)計(jì)團(tuán)隊(duì)。提供PC端+手機(jī)端網(wǎng)站建設(shè),用營銷思維進(jìn)行網(wǎng)站設(shè)計(jì)、采用先進(jìn)技術(shù)開源代碼、注重用戶體驗(yàn)與SEO基礎(chǔ),將技術(shù)與創(chuàng)意整合到網(wǎng)站之中,以契合客戶的方式做到創(chuàng)意性的視覺化效果。
1.沒有root專有連接,當(dāng)Mongodb連接滿的話只能多連幾次碰碰運(yùn)氣了,怪不得也遇到過使用mongos+replicatset的用法;如果使用Javaclient的話可以設(shè)置connectionsPerHost(10)和threadsAllowedToBlockForConnectionMultiplier(5)
2.全局鎖 VS讀寫分離;在2.2出來之前Mongodb的讀寫分離其實(shí)有點(diǎn)擺設(shè)的意思,怎么說呢,在secondary讀的壓力大時(shí)也阻塞oplog的寫導(dǎo)致主從延遲進(jìn)而Out of sync;或者復(fù)制也會阻塞從庫的讀,直到2.2才把這個(gè)問題解決;
3.Mongos內(nèi)存泄露,不知道現(xiàn)在解決了沒,當(dāng)時(shí)就是自動腳本重啟
4.Query Optimizer太傻了;有覆蓋索引count(*)不走index cover scan而走table scan
5.寫壓力翻番:由于JournalLog和oplog分離,一個(gè)replicaset的master一個(gè)寫會產(chǎn)生3份(經(jīng)過壓縮等優(yōu)化貌似是2.5倍),對于IO bound型而不能關(guān)JounalLog調(diào)整flushinterval效果明顯
6.Rename collection會crash mongod
7.還記得剛接手mongodb的時(shí)候不小心removeshard(計(jì)算下時(shí)間需要N天),還好及時(shí)停止draining了
8.需要學(xué)習(xí)OS內(nèi)存,緩存管理
9....
吐槽歸吐槽,當(dāng)初運(yùn)維Mongodb的時(shí)候肯定有很多不成熟的地方,如果要用還是敢用,三個(gè)字:看場景
當(dāng)前題目:關(guān)于MongoDB的回憶
分享路徑:http://aaarwkj.com/article32/jegepc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供手機(jī)網(wǎng)站建設(shè)、Google、軟件開發(fā)、網(wǎng)站設(shè)計(jì)公司、標(biāo)簽優(yōu)化、網(wǎng)站改版
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)