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

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

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

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

但是，還有提升的空間：

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

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

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

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

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

會(huì)嘗試使用ES來替代傳統(tǒng)的NoSQL，因?yàn)樗臋M向擴(kuò)展機(jī)制太方便了。

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

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

elasticsearch可以代替NoSQL嗎

優(yōu)點(diǎn)：

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

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

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

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

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

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

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

缺點(diǎn)：

1.不支持事務(wù)

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

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

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

我的場(chǎng)景如下：

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

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

3.要求支持條件查詢

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

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

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

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：查詢的效率，對(duì)范圍查詢等，是否能轉(zhuǎn)換為高效的hash索引查詢

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本文來源于汽車之家車家號(hào)作者，不代表汽車之家的觀點(diǎn)立場(chǎng)。

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

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

廣告

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