mongodb去中心

Ⅰ mongodb 設計原則 一般內嵌多少層

讓我們回顧下這些方案
你可以採取內嵌，或者建立one端或者N端的引用，也可以三者兼而有之。
你可以在one端或者N端冗餘多個欄位
下面這些是你需要謹記的：
1、優先考慮內嵌，除非有什麼迫不得已的原因。
2、需要單獨訪問一個對象，那這個對象就不適合被內嵌到其他對象中。
3、數組不應該無限制增長。如果many端有數百個文檔對象就不要去內嵌他們可以採用引用ObjectID的方案；如果有數千個文檔對象，那麼就不要內嵌ObjectID的數組。該採取哪些方案取決於數組的大小。
4、不要害怕應用層級別的join：如果索引建的正確並且通過投影條件（第二章提及）限制返回的結果，那麼應用層級別的join並不會比關系資料庫中join開銷大多少。
5、在進行反範式設計時請先確認讀寫比。一個幾乎不更改只是讀取的欄位才適合冗餘到其他對象中。
6、在mongodb中如何對你的數據建模，取決於你的應用程序如何去訪問它們。數據的結構要去適應你的程序的讀寫場景。

Ⅱ 怎麼從mongodb讀取數據java

從Mongodb讀取數據，這個和從RDS關系型資料庫讀取數據原理應該是一樣的；

簡單的可以通過Spring提供的MongoTemplate去實現這個功能；

舉個例子，查找某一條記錄：

publicTfindOne(Criteriacriteria,Sortsort,String[]fields){
	DBObjectfd=fields2DBObject(fields);
	Queryquery=newBasicQuery(newBasicDBObject(),fd);
	query.addCriteria(criteria);
	if(sort!=null)
		query.with(sort);
	returnthis.mongoTemplate.findOne(query,entityClass);
}

/**
*如果是隱藏則首個元素為'$exclude'字元串
*
*@paramfields
*@return
*/
(String[]fields){
DBObjectresult=newBasicDBObject();
if(fields!=null){
intvisible=fields[0].equalsIgnoreCase("$exclude")?0:1;
	intstart=visible==0?1:0;
	for(inti=start;i<fields.length;i++)
		result.put(fields[i],visible);
}
returnresult;
}

Ⅲ mongodb刪除資料庫後怎麼恢復

深圳極佳資料庫恢復中心開發的,mongodb資料庫恢復工具可以從磁碟恢復資料庫文件集合記錄。你可以網路下、

Ⅳ mongodb千萬級寫入怎麼優化

可以,只要你做好去中心化(可以並行),支撐多少規模的用戶都可以.說是不行的,一個是成本太高,收益太低,比如銀行有錢可以上oracle存儲什麼的,網站除非有收入一般不成,一個是性能達不到,比如twitter做實時的通訊,如果你弄個非同步的架構或者sql,等發到都不知道多久了,還有就是瓶頸,如果只用一台機器來響應,再牛的機器和程序都頂不住哇.算一下,千萬用戶訪問頻率一天50pv,那麼1秒5787響應,峰值算10倍就是5萬,用幾十台機器應該夠.

Ⅳ 如何在mongodb 啟動參數中去掉autu

Mongodb的關閉：
前台運行：
如果沒有使用--fork，直接可以前台退出終端關閉。通過這種方式，Mongodb將會自己做清理退出，把沒有寫好的數據寫完成，並最終關閉數據文件。要注意的是這個過程會持續到所有操作都完成。
後台運行：
如果使用--fork在後台運行mongdb服務，那麼就要通過向伺服器發送shutdownServer（）消息來關閉。
1、普通命令：
$ ./mongod
> use admin
> db.shutdownServer（）
要注意的是，這個命令只允許在本地，或是一個經過認證的客戶端。
2、如果這是一個主從式的復制集群，在1.9.1版本後將按下面的步驟來關閉
檢查從Mongodb的數據更新時間
如果所有的從Mongodb和主的時間差都超過10，這個時候不會關閉mongodb（在這種情況下面，我們可以通過配置timeoutSecs的方式來讓從Mongodb完成數據的更新）
如果其中有一個從Mongodb與主服務時間差在10秒內，那麼主伺服器將會關閉，並且等待從Mongodb更新完成並關閉。
3、如果沒有up-to-date 從Mongodb且你想強制關閉服務，可以通過添加force:true;命令如下：
> db.adminCommand（{shutdown : 1, force : true}）
> //or
> db.shutdownServer（{force : true}）
4、指定特定超時時間的關閉伺服器，命令同上，另外加上一個timeoutsec:參數
> db.adminCommand（shutdown : 1, force : true, timeoutsec : 5）
> //or
> db.shutdownServer（{force : true, timeoutsec : 5}）

Ⅵ mongodb開啟用戶認證後,是否能啟動web頁面

修改/etc/mongodb.conf,添加如下行:
httpinterface=true

mongodb.conf內容如下:
bash-4.2$ cat /etc/mongodb.conf
port=27017 #埠
dbpath= /data/mongodb #數據文件存放目錄
logpath= /data/mongodb/logs/mongodb.log #日誌文件存放目錄
logappend=true #使用追加的方式寫日誌
fork=true #以守護程序的方式啟用，即在後台運行
maxConns=500 #最大同時連接數
noauth=true #不啟用驗證
journal=true
storageEngine=wiredTiger
httpinterface=true #啟動http界面，埠號為28017

手動用命令啟動mongodb：
bash-4.2$ mongod --config /etc/mongodb.conf --rest
about to fork child process, waiting until server is ready for connections.
forked process: 4203
child process started successfully, parent exiting
..............................................................................
(注釋: --rest代表turn on simple rest api)

Ⅶ 用Python 和 MongoDB 構建千萬級用戶的後台靠譜嗎

可以, 只要你做好去中心化(可以並行), 支撐多少規模的用戶都可以.
說是不行的,
一個是成本太高, 收益太低, 比如銀行有錢可以上oracle存儲什麼的, 網站除非有收入一般不成,
一個是性能達不到, 比如twitter做實時的通訊, 如果你弄個非同步的架構或者sql, 等發到都不知道多久了,
還有就是瓶頸, 如果只用一台機器來響應, 再牛的機器和程序都頂不住哇.
算一下, 千萬用戶訪問頻率一天50pv, 那麼1秒 5787 響應, 峰值算10倍就是5萬, 用幾十台機器應該夠.

Ⅷ 如何啟動MongoDB的WEB界面

1：log一定要指定一個xxx.log文件(文件不存在也要這么寫，會自動創建，寫成這樣是不可以的--logpath d:\mongodb\logs)
2:serviceName的N字母要大寫

注意：這條命令要到MongoDB的bin目錄下運行，剛開始的時候，我就直接在D:\下運行，結果服務的可執行目錄為【"D:\mongod" --logpath "D:\MongoDB\logs\MongoDB.log" --logappend --dbpath "D:\MongoDB\data" --directoryperdb --service 】，肯定是不對的。

該命令行指定了日誌文件：E:\APMServ5.2.6\MongoDb\logs\MongoDB.log，日誌是以追加的方式輸出的；
數據文件目錄：E:\APMServ5.2.6\MongoDb\data，並且參數--directoryperdb說明每個DB都會新建一個目錄；

Windows服務的名稱：MongoDB；
以上的三個參數都是可以根據自己的情況而定的，呵呵。
最後是安裝參數：--install，與之相對的是--remove

啟動MongoDB：net start MongoDB
停止MongoDB：net stop MongoDB
刪除MongoDB：sc delete MongoDB
或
運行→regedit→注冊表編輯器→HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services 下面顯示的就是所安裝的服務項,刪除相應的就好
mongod --logpath E:\APMServ5.2.6\MongoDb\logs\MongoDB.log --logappend --dbpath E:\APMServ5.2.6\MongoDb\data --directoryperdb --serviceName MongoDB --install

Ⅸ 千萬別用MongoDB真的嗎

為什麼這么說？資料庫應該是正確的，或是盡可能的正確，因為資料庫的錯誤會比其它錯誤危害更大。不僅僅是因為其對運行，性能，開銷，和其價值影響巨大，還因為其連帶的東西。匆忙去去移植 TB 級的數據相比起去修改代碼中的一個邏輯錯誤來說是一個很巨大的工作。而在系統出問題後需要恢復 TB 級的數據，你會被硬碟的速度所限制，你會有一種絕望的感覺。資料庫是一個很復雜的系統，對於者來說就像一個黑盒一樣。你需要對你所採用的資料庫持絕對信任的態度，信任它會做正確的事，並會保持一致性和可用性。為什麼 MongoDB 會流行？說句公道話，我們必需承認 MongoDB 是流行的，因為下面這些原因讓其流行變得很合理：它非常容易地運行非常的 Sche 模型，而且可以很容易地和 JSON 類的數據結果映射起來，這對於程序員來於有很大的感染力（它完全符合程序員的邏輯思維），而且，程序員總是在項目可以做技術選型的人。成熟和健壯，track record，被真實的 Use Case 測試過，等等。對於那些喜歡選擇成熟的技術的系統和運營專業來說，這是一個很典型的選擇。它單系統，低並發讀的性能測試非常令人驚訝，而對於那些沒有經驗的評估者來說，這基本上來說是最重要的。現在，你可能正在一個隨便玩一玩的，或是一個原型，或是那種只考慮速度不考慮別的的項目。老實說，對於這種項目，無所謂你用什麼樣的技術，只要搞定工作就行了。但是，如果你想要在 MongoDB 上搞一個大規模的系統，在上面運行真實的業務，那麼，請不要用 MongoDB。轉載，僅供參考。