共計 1731 個字符，預(yù)計需要花費 5 分鐘才能閱讀完成。

本篇內(nèi)容主要講解“應(yīng)用 MongoDB 的場景有哪些”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓丸趣 TV 小編來帶大家學(xué)習(xí)“應(yīng)用 MongoDB 的場景有哪些”吧!

很多人比較關(guān)心 MongoDB 的適用場景，也有用戶在話題里分享了自己的業(yè)務(wù)場景，比如

案例 1

用在應(yīng)用服務(wù)器的日志記錄，查找起來比文本靈活，導(dǎo)出也很方便。也是給應(yīng)用練手，從外圍系統(tǒng)開始使用 MongoDB。

用在一些第三方信息的獲取或者抓取，因為 MongoDB 的 schema-less，所有格式靈活，不用為了各種格式不一樣的信息專門設(shè)計統(tǒng)一的格式，極大得減少開發(fā)的工作。

案例 2

mongodb 之前有用過，主要用來存儲一些監(jiān)控數(shù)據(jù)，No schema 對開發(fā)人員來說，真的很方便，增加字段不用改表結(jié)構(gòu)，而且學(xué)習(xí)成本極低。

案例 3

使用 MongoDB 做了 O2O 快遞應(yīng)用，·將送快遞騎手、快遞商家的信息（包含位置信息）存儲在 MongoDB，然后通過 MongoDB 的地理位置查詢，這樣很方便的實現(xiàn)了查找附近的商家、騎手等功能，使得快遞騎手能就近接單，目前在使用 MongoDB 上沒遇到啥大的問題，官網(wǎng)的文檔比較詳細(xì)，很給力。

經(jīng)常跟一些同學(xué)討論 MongoDB 業(yè)務(wù)場景時，會聽到類似『你這個場景 mysql 也能解決，沒必要一定用 MongoDB』的聲音，的確，并沒有某個業(yè)務(wù)場景必須要使用 MongoDB 才能解決，但使用 MongoDB 通常能讓你以更低的成本解決問題（包括學(xué)習(xí)、開發(fā)、運維等成本），下面是 MongoDB 的主要特性，大家可以對照自己的業(yè)務(wù)需求看看，匹配的越多，用 MongoDB 就越合適。

MONGODB 特性優(yōu)勢事務(wù)支持 MongoDB 目前只支持單文檔事務(wù)，需要復(fù)雜事務(wù)支持的場景暫時不適合靈活的文檔模型 JSON 格式存儲最接近真實對象模型，對開發(fā)者友好，方便快速開發(fā)迭代高可用復(fù)制集滿足數(shù)據(jù)高可靠、服務(wù)高可用的需求，運維簡單，故障自動切換可擴展分片集群海量數(shù)據(jù)存儲，服務(wù)能力水平擴展高性能 mmapv1、wiredtiger、mongorocks（rocksdb）、in-memory 等多引擎支持滿足各種場景需求強大的索引支持地理位置索引可用于構(gòu)建 各種 O2O 應(yīng)用、文本索引解決搜索的需求、TTL 索引解決歷史數(shù)據(jù)自動過期的需求 Gridfs 解決文件存儲的需求 aggregation mapreduce 解決數(shù)據(jù)分析場景需求，用戶可以自己寫查詢語句或腳本，將請求都分發(fā)到 MongoDB 上完成

從目前阿里云 MongoDB 云數(shù)據(jù)庫上的用戶看，MongoDB 的應(yīng)用已經(jīng)滲透到各個領(lǐng)域，比如游戲、物流、電商、內(nèi)容管理、社交、物聯(lián)網(wǎng)、視頻直播等，以下是幾個實際的應(yīng)用案例。

游戲場景，使用 MongoDB 存儲游戲用戶信息，用戶的裝備、積分等直接以內(nèi)嵌文檔的形式存儲，方便查詢、更新

物流場景，使用 MongoDB 存儲訂單信息，訂單狀態(tài)在運送過程中會不斷更新，以 MongoDB 內(nèi)嵌數(shù)組的形式來存儲，一次查詢就能將訂單所有的變更讀取出來。

社交場景，使用 MongoDB 存儲存儲用戶信息，以及用戶發(fā)表的朋友圈信息，通過地理位置索引實現(xiàn)附近的人、地點等功能

物聯(lián)網(wǎng)場景，使用 MongoDB 存儲所有接入的智能設(shè)備信息，以及設(shè)備匯報的日志信息，并對這些信息進行多維度的分析

視頻直播，使用 MongoDB 存儲用戶信息、禮物信息等

……

如果你還在為是否應(yīng)該使用 MongoDB，不如來做幾個選擇題來輔助決策（注：以下內(nèi)容改編自 MongoDB 公司 TJ 同學(xué)的某次公開技術(shù)分享）。

應(yīng)用特征 YES / NO 應(yīng)用不需要事務(wù)及復(fù)雜 join 支持必須 Yes 新應(yīng)用，需求會變，數(shù)據(jù)模型無法確定，想快速迭代開發(fā)？應(yīng)用需要 2000-3000 以上的讀寫 QPS（更高也可以）？應(yīng)用需要 TB 甚至 PB 級別數(shù)據(jù)存儲? 應(yīng)用發(fā)展迅速，需要能快速水平擴展? 應(yīng)用要求存儲的數(shù)據(jù)不丟失? 應(yīng)用需要 99.999% 高可用? 應(yīng)用需要大量的地理位置查詢、文本查詢？

如果上述有 1 個 Yes，可以考慮 MongoDB，2 個及以上的 Yes，選擇 MongoDB 絕不會后悔。

到此，相信大家對“應(yīng)用 MongoDB 的場景有哪些”有了更深的了解，不妨來實際操作一番吧！這里是丸趣 TV 網(wǎng)站，更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！