大華監(jiān)控忘記賬戶和密碼了怎么辦？方法如下:繼續(xù)輸入錯(cuò)誤密碼，直到機(jī)器被鎖定(一般3-6次輸入錯(cuò)誤后就會(huì)被鎖定)，然后關(guān)機(jī)，斷電至少30分鐘，再重啟機(jī)器，自動(dòng)恢復(fù)原廠密碼。db模式有什么優(yōu)缺點(diǎn)？Mong

大華監(jiān)控忘記賬戶和密碼了怎么辦？

方法如下:繼續(xù)輸入錯(cuò)誤密碼，直到機(jī)器被鎖定(一般3-6次輸入錯(cuò)誤后就會(huì)被鎖定)，然后關(guān)機(jī)，斷電至少30分鐘，再重啟機(jī)器，自動(dòng)恢復(fù)原廠密碼。

db模式有什么優(yōu)缺點(diǎn)？

Mongodb使用數(shù)據(jù)文件預(yù)分配模式來生成數(shù)據(jù)文件。數(shù)據(jù)文件的大小從64M開始，每增加一個(gè)文件，大小翻倍，直到2G。之后每次添加數(shù)據(jù)都會(huì)產(chǎn)生2G左右的數(shù)據(jù)文件。結(jié)合mongodb的mmap內(nèi)存模型，將隨機(jī)寫入轉(zhuǎn)化為順序?qū)懭耄欢ǔ潭壬暇徑饬舜疟P的io壓力。

但在實(shí)際操作中，預(yù)分配2G數(shù)據(jù)文件時(shí)，如果磁盤io慢，mongodb基本被鎖定，無法響應(yīng)請(qǐng)求。持續(xù)時(shí)間由磁盤io的性能決定。這個(gè)問題在2.0版本之后可能會(huì)有所改善，但在磁盤性能較低的服務(wù)器上仍然存在。

這個(gè)問題目前沒有很好的解決辦法，只能建議使用讀寫性能好的服務(wù)器來運(yùn)行mongodb。

當(dāng)數(shù)據(jù)存量大于內(nèi)存大小時(shí)，mongodb遇到冷數(shù)據(jù)，查詢速度變慢。

Mongodb使用mmap 的內(nèi)存管理模式。如果查詢了所有的熱數(shù)據(jù)，就直接在內(nèi)存中查詢。如果遇到冷數(shù)據(jù)，需要從磁盤中讀取，部分熱數(shù)據(jù)會(huì)從內(nèi)存中卸載。

曾經(jīng)有人說過，mongodb內(nèi)存管理是將固定大小的文件塊加載到內(nèi)存中，即如果冷數(shù)據(jù)在磁盤上，它會(huì)根據(jù)請(qǐng)求的數(shù)據(jù)將一定大小的數(shù)據(jù)塊加載到內(nèi)存中，卸載同樣的熱數(shù)據(jù)，會(huì)帶來一定的io。

因?yàn)閙ongodb使用的是全局鎖，所以當(dāng)一個(gè)操作變慢的時(shí)候，整個(gè)操作隊(duì)列都會(huì)變慢。這個(gè)問題導(dǎo)致mongodb偶爾阻塞，整個(gè)庫的性能下降。

在應(yīng)用中需要盡可能避免這個(gè)問題。要規(guī)劃好mongodb的數(shù)據(jù)大小，盡量不要讓數(shù)據(jù)量超過內(nèi)存大小。如果超過了內(nèi)存大小，盡量不要請(qǐng)求冷數(shù)據(jù)。

Mongodb全局鎖機(jī)制。

mongodb最大的問題是它的鎖定機(jī)制。在2.2版之前，一個(gè)實(shí)例只有一個(gè)讀寫鎖。無論有多少數(shù)據(jù)庫和數(shù)據(jù)集，當(dāng)一個(gè)操作正在進(jìn)行時(shí)，其他操作只能等待。2.2版之后，mongodb鎖的粒度降低，改為庫鎖。

MongoDB使用a "讀者-作家 "鎖，可以支持并發(fā)，但是有很大的局限性。當(dāng)讀鎖存在時(shí)，許多讀操作都可以使用它。但是，當(dāng)存在寫鎖時(shí)，單個(gè)寫操作將獨(dú)占該鎖，而其他讀和寫操作不能使用共享鎖。例如，假設(shè)一組中有10個(gè)。文檔，即使更新了不同的文檔，也不能在此集合上并發(fā)執(zhí)行多個(gè)更新操作。

刪除數(shù)據(jù)集后不會(huì)自動(dòng)釋放空間。

mongodb刪除集合后，不會(huì)釋放磁盤空間，只有用()修復(fù)才能釋放。

修復(fù)可能需要很長時(shí)間。使用()修復(fù)時(shí)，必須停止讀寫，mongodb必須有備用機(jī)。否則，唐 不要隨便用()修復(fù)數(shù)據(jù)庫。記住。

但在修復(fù)過程中，如果mongodb異常掛起，重啟時(shí)無法啟動(dòng)，則需要先修復(fù)。你可以用。/Mongo-repair-dbpath/data/Mongo/如果你把數(shù)據(jù)庫放在一個(gè)單獨(dú)的文件夾里并指定dbpath，指向要修復(fù)的數(shù)據(jù)庫就可以了。

7.副本集隱藏了一些問題

a)副本集模式最多支持12臺(tái)服務(wù)器，而投票服務(wù)器僅支持7臺(tái)服務(wù)器。如果有7臺(tái)以上的服務(wù)器，需要將一些服務(wù)器設(shè)置為非投票服務(wù)器。

b)在副本集模式下，如果集服務(wù)器少于兩臺(tái)服務(wù)器，自動(dòng)故障恢復(fù)將不起作用，如果四臺(tái)服務(wù)器中的三分之二可以 互相測(cè)試，自動(dòng)故障恢復(fù)也不起作用。一般來說，一個(gè)集合中有盡可能多的單個(gè)服務(wù)器。

c)。副本集，由于mongodb是按時(shí)間運(yùn)行的，如果集合中的某個(gè)服務(wù)器提前或滯后，很容易出現(xiàn)從服務(wù)器不斷嘗試更新oplog或同步延遲的問題。甚至?xí)?dǎo)致一些操作失敗，比如drop操作。

8.碎片化模式的一些隱藏問題

1.根據(jù)官方要求，盡可能有三個(gè)配置服務(wù)器。如果只有兩臺(tái)配置服務(wù)器，shard的自動(dòng)負(fù)載均衡和自動(dòng)切片功能不可用。

中API的最近模式，判斷的是set到mongos的距離，而不是set到client的距離。在切片模式下，盡量不要使用最近模式，這可能會(huì)導(dǎo)致一些請(qǐng)求延遲增加的問題。

優(yōu)勢(shì)

l文檔結(jié)構(gòu)的存儲(chǔ)可以更方便的獲取數(shù)據(jù)。

l內(nèi)置GridFS，支持大容量存儲(chǔ)。

l內(nèi)置分片，簡單分段

l海量數(shù)據(jù)下的卓越性能。

l支持自動(dòng)故障恢復(fù)(復(fù)制集)

Mongodb是介于nosql數(shù)據(jù)庫和mysql數(shù)據(jù)庫之間的數(shù)據(jù)存儲(chǔ)系統(tǒng)。它沒有嚴(yán)格的數(shù)據(jù)格式，但同時(shí)支持復(fù)雜的查詢。它還帶有分片模式和副本集模式，并支持碎片模式、復(fù)制模式和自查詢。動(dòng)態(tài)故障處理、自動(dòng)故障切換、自動(dòng)擴(kuò)展、全文索引、動(dòng)態(tài)查詢等功能。擴(kuò)展性和功能都比較強(qiáng)大。

在數(shù)據(jù)查詢方面，mongodb支持類sql查詢，可以一鍵多值內(nèi)容查詢，支持索引，支持連接索引，支持復(fù)雜查詢，支持排序?；旧蟤ongodb支持mysql支持的所有查詢，甚至有客戶端api支持直接用sql語句查詢mongodb。

目前mongodb的分片功能日趨完善，支持用戶自定義范圍分片、hash自動(dòng)分片、自動(dòng)分片擴(kuò)展、分片間自動(dòng)負(fù)載均衡等功能。實(shí)際使用能還不錯(cuò)。