可否完全使用ElasticSearch代替數(shù)據(jù)庫存儲

100億文檔），總共10個數(shù)據(jù)節(jié)點和2個元數(shù)據(jù)節(jié)點（48GB內(nèi)存，8核心CPU，ES使用內(nèi)存達(dá)到70%），每天的文檔增量大概是3000W條（速度

在漯河等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供做網(wǎng)站、成都網(wǎng)站制作 網(wǎng)站設(shè)計制作按需策劃,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),高端網(wǎng)站設(shè)計,全網(wǎng)整合營銷推廣,成都外貿(mào)網(wǎng)站建設(shè),漯河網(wǎng)站建設(shè)費用合理。

持續(xù)增加中）。目前來看，單個文檔的查詢效率基本處于實時狀態(tài)；對于1到2周的數(shù)據(jù)的聚合統(tǒng)計操作也可以在10秒之內(nèi)返回結(jié)果。

但是，還有提升的空間：

1. 對于查詢單條數(shù)據(jù)的應(yīng)用場景來說，我們可以使用ES的路由機(jī)制，將同一索引內(nèi)的具有相同特征（比如具有相同的userid）的文檔全部存儲于一個節(jié)點上，這樣我們之后的查詢都可以直接定位到這個節(jié)點上，而不用將查詢廣播道所有的節(jié)點上；

2. 隨著數(shù)據(jù)節(jié)點的增加，適當(dāng)增加分片數(shù)量，提升系統(tǒng)的分布水平，也可以通過分而治之的方式優(yōu)化查詢性能；

個人以為Elasticsearch作為內(nèi)部存儲來說還是不錯的，效率也基本能夠滿足，在某些方面替代傳統(tǒng)DB也是可以的，前提是你的業(yè)務(wù)不對操作的事

性務(wù)有特殊要求；而權(quán)限管理也不用那么細(xì)，因為ES的權(quán)限這塊還不完善。由于我們對ES的應(yīng)用場景僅僅是在于對某段時間內(nèi)的數(shù)據(jù)聚合操作，沒有大量的單文

檔請求（比如通過userid來找到一個用戶的文檔，類似于NoSQL的應(yīng)用場景），所以能否替代NoSQL還需要各位自己的測試。如果讓我選擇的話，我

會嘗試使用ES來替代傳統(tǒng)的NoSQL，因為它的橫向擴(kuò)展機(jī)制太方便了。

java elasticsearch 如何對兩個索引進(jìn)行關(guān)聯(lián)查詢

Java API 支持多個index和多個Type同時查詢，但是Elasticsearch是非關(guān)系型(NoSQL)，所以不能關(guān)聯(lián)查詢。

elasticsearch可以代替NoSQL嗎

優(yōu)點：

1.高并發(fā)。實測es單機(jī)分配10g內(nèi)存單實例，寫入能力1200qps，60g內(nèi)存、12核CPU起3個實例預(yù)計可達(dá)到6000qps。

2.同機(jī)房單條數(shù)據(jù)寫入平均3ms（比mysql慢，mg不清楚）

3.容錯能力比mg強(qiáng)。比如1主多從，主片掛了從片會自動頂上

4.滿足大數(shù)據(jù)下實時讀寫需求，無需分庫（不存在庫的概念）。

5.易擴(kuò)展。實例間做下配置即可擴(kuò)展并發(fā)性和容積，自動分配的寫入機(jī)制，無需操心傳統(tǒng)db中多主同步的詬病

6.支持較復(fù)雜的條件查詢，group by、排序都不是問題

7.具有一定的關(guān)系性，但不用擔(dān)心大字段的問題

缺點：

1.不支持事務(wù)

2.讀寫有一定延時（不知道其他大牛是否遇到這個問題），我是寫入一分鐘后再做讀操作

3.無權(quán)限管理

也是最近開始用，說下我的應(yīng)用場景，用來存儲線上日志做實時分析（類似淘寶鷹眼，但是完全實時），存儲結(jié)構(gòu)化的日志及原文，也調(diào)研過很多db，mg也有考慮過，相比之下實現(xiàn)和運(yùn)維成本mg都要高不少

我的場景如下：

1.高并發(fā)，設(shè)計日志并發(fā)80wqps（實際存儲會用一些策略縮小規(guī)模，約萬級別）

2.單條數(shù)據(jù)體積大，允許最大20k

3.要求支持條件查詢

4.實時性高，目前從日志存儲開始到出分析結(jié)果3分鐘，包含前面提到的讀寫延時（求解決方案）

Redis 可以用來做數(shù)據(jù)庫嗎

redis能否做數(shù)據(jù)庫用取決于如下幾個條件：

1：數(shù)據(jù)量，畢竟內(nèi)存數(shù)據(jù)庫，還是受限于內(nèi)存的容量，雖然可以redis可以持久化。

2：數(shù)據(jù)的結(jié)構(gòu)，是否能夠?qū)㈥P(guān)系型數(shù)據(jù)結(jié)構(gòu)都轉(zhuǎn)換為key/value的形式。

3：查詢的效率，對范圍查詢等，是否能轉(zhuǎn)換為高效的hash索引查詢

redis能不能拿來當(dāng)數(shù)據(jù)庫，取決于你想要存儲什么數(shù)據(jù)：

如果你打算存儲一些臨時數(shù)據(jù)，數(shù)據(jù)規(guī)模不大，不需要太復(fù)雜的查詢，但是對性能的要求比較高，那可以拿redis當(dāng)數(shù)據(jù)庫使用。

否則別拿來當(dāng)數(shù)據(jù)庫用。

redis 能不能做數(shù)據(jù)庫，要看你具體的需求了：

1. 像上面提到的，redis的持久化有問題，如果使用aof模式，并且fsync always，則性能比mysql 還低，如果你喜歡redis 方便的數(shù)據(jù)結(jié)構(gòu)而對性能要求不高，或者性能要求很高，但允許一定程度的丟失數(shù)據(jù)，則可以用redis做為數(shù)據(jù)庫。

2. redis 是內(nèi)存數(shù)據(jù)庫， 內(nèi)存寫滿后，數(shù)據(jù)不會存儲到硬盤上（VM 不穩(wěn)定，diskstore未啟用），如果你內(nèi)存足夠大，則可以用redis作為數(shù)據(jù)庫。

redis是一種k/v的內(nèi)存數(shù)據(jù)庫，適合小數(shù)據(jù)量的存儲以及實時要求高的地方，但是不適合做完整數(shù)據(jù)庫，完整數(shù)據(jù)庫基本上都有一套詳細(xì)解決方案，基本上沒有做了的，比如mysql。

項目里用到的redis是用來做緩存的，設(shè)置過期時間，到時就自動清掉。數(shù)據(jù)庫還是用mysql等這種成熟的方案。

如果你非要用一種nosql來做數(shù)據(jù)庫，推薦你用Mongodb。

這種KV存儲完全不具備數(shù)據(jù)庫所能提供的數(shù)據(jù)安全性保障。

所以還是用來做緩存比較合適。

redis做數(shù)據(jù)庫不靠譜，不是所有的數(shù)據(jù)都是立即回寫磁盤的。

雷克薩斯ES到底算不算中大型車？

關(guān)于ES的定位，雷克薩斯更喜歡把它放在“入門級”豪華轎車位置上，關(guān)于如何評級，外界爭議比較多。

從尺寸上來說，全新雷克薩斯ES尺寸達(dá)到了4975*1866*1447mm，從級別上來分析完全定位于一臺中大型豪華轎車，尺寸優(yōu)勢不言而喻。

有意思的是，作為純進(jìn)口豪華品牌，30萬級定價的中大型豪華車，只有雷克薩斯ES，同價位車型尺寸都要遠(yuǎn)遠(yuǎn)小于雷克薩斯ES，寶馬3系、奔馳E級、奧迪A4L尺寸都只要4.8米級，只有一臺雷克薩斯ES定位5米級。

所以說雷克薩斯ES的定位很尷尬，它的對手可以是同指導(dǎo)價的奧迪A4L，也可以是同終端價的奧迪A6L。

的確，目前雷克薩斯ES終端起售價已經(jīng)穩(wěn)定在30萬左右，而奧迪A6L終端價則穩(wěn)定在32萬左右，這是一個定價與奧迪A4L相同卻終端不斷加價的車型，它的對手來自于多方面。

從理論上來說，雷克薩斯ES是一臺不折不扣的中大型豪華轎車，一方面尺寸優(yōu)勢達(dá)到，另一方面價格優(yōu)勢不含糊，而讓消費者最質(zhì)疑的，就是雷克薩斯ES的動力系統(tǒng)。

客觀角度評價，ES動力的確不夠出色，尤其是ES200版本，百公里11秒加速，即便是ES260以及ES300版本，加速成績也只能穩(wěn)定在8-9秒左右，與頂配競品動輒6-7秒的加速相比，差距仍然很明顯。

這其實不難理解，雷克薩斯ES的定位從來都不是越級的運(yùn)動與性能，這之外的舒適、可靠以及靜謐才是雷克薩斯所追求的方向，在指導(dǎo)價產(chǎn)品中，ES的這些方面的綜合素質(zhì)要比BBA出色不少，當(dāng)然操控與性能同樣遜色不少。

而至于對手是誰，我想只能從用戶群體角度思考。

30萬預(yù)算必然選擇不到雷克薩斯ES，但卻可以輕松選擇到一臺奧迪A4L，所以站在消費角度分析，雷克薩斯ES與奧迪A4L不是直接對手，沒有多少人會30萬裸車選擇一臺奧迪A4L。

但會有很多人30萬甚至40萬裸車，選擇一臺雷克薩斯ES，畢竟這是它的門檻區(qū)間，同樣奧迪A6L的消費區(qū)間，是32-45萬之間，客觀角度分析，奧迪A6L的用戶是有可能轉(zhuǎn)化為ES用戶。

本文來源于汽車之家車家號作者，不代表汽車之家的觀點立場。

網(wǎng)站題目：es算nosql,es算nosql嗎
路徑分享：http://www.chinadenli.net/article32/dssocsc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、虛擬主機(jī)、ChatGPT、網(wǎng)站改版、網(wǎng)頁設(shè)計公司、外貿(mào)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)