elasticsearch有么有像sql中l(wèi)ike那樣的查詢？我建議你你直接安裝一個Elasticsearch-sqlclient，里面是可以用sql寫出你打算的效果，當(dāng)然了可以不用sql來寫聚合體功

elasticsearch有么有像sql中l(wèi)ike那樣的查詢？

我建議你你直接安裝一個Elasticsearch-sqlclient，里面是可以用sql寫出你打算的效果，當(dāng)然了可以不用sql來寫聚合體功能，去查詢出你想要的數(shù)據(jù)之后，不使用client從網(wǎng)上下載的explain功能來把sql轉(zhuǎn)換成為DSL，不過我相信對你有幫助！

elasticsearch bulk請求可能部分成功部分失敗嗎？

。這個是已經(jīng)有可能的，而且在負(fù)責(zé)執(zhí)行過程當(dāng)中很可能會發(fā)生一些數(shù)據(jù)類型的異常，。而我們需要重點(diǎn)的去一欄發(fā)生異常的具體數(shù)據(jù)的類型是否與其它的數(shù)據(jù)類型是否是相同！

國內(nèi)有哪些公司正在使用elasticsearch？

es索引甚至是據(jù)我所知極其先進(jìn)科學(xué)的索引實現(xiàn)程序，百億量級PB存儲文件網(wǎng)站查詢毫無壓力，這個可以存儲json文檔、圖片等等各種數(shù)據(jù)，顧應(yīng)用場景非常應(yīng)用范圍，可以做站內(nèi)全文索引、企業(yè)歷史數(shù)據(jù)存儲等等

東軟、東方通、銳軟、易達(dá)訊等都在做相關(guān)產(chǎn)品，東軟的數(shù)據(jù)集成類產(chǎn)品很穩(wěn)定啊。官網(wǎng)詳細(xì)介紹，產(chǎn)品名字叫SaCaDI：

Elasticsearch怎么這么慢？

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

1.高并發(fā)。實測es單機(jī)分配10g內(nèi)存單實例，寫入到能力1200qps，60g內(nèi)存、12核CPU起3個實例順利的話可提升到6000qps。

2.同機(jī)房單條數(shù)據(jù)中寫入換算下來3ms（比mysql慢，mg不很清楚）3.寬容失敗能力比mg強(qiáng)。比如說1主多從，主片掛了從片會自動頂上4.柯西-黎曼方程大數(shù)據(jù)下動態(tài)實時讀寫需求，不需要分庫（不修真者的存在庫的概念）。5.易擴(kuò)展。實例間做下配置表就行存儲并發(fā)性和容積，自動出現(xiàn)未分配的寫入到機(jī)制，無須操心現(xiàn)代db中多主離線的詬病6.允許較奇怪的條件查詢，group by、排序都不是問題7.具高一定的關(guān)系性，但用不著擔(dān)心那大字段的問題缺點(diǎn)：1.不意見事務(wù)2.讀寫有是有延時（不知道其他大牛有無遇到這個問題），我是寫入三分鐘后再做讀操作3.無權(quán)限管理都是最近結(jié)束用，說下我的應(yīng)用場景，為了存儲線上日志做實時分析（相似淘寶鷹眼，只不過幾乎實時自動），存儲結(jié)構(gòu)化的日志及原文，也專題調(diào)研過很多db，mg也有決定過，相比之下實現(xiàn)和運(yùn)維難度mg都要高不少我的場景如下：1.高并發(fā)，設(shè)計日志并發(fā)80wqps（不好算存儲會用一些策略縮小成規(guī)模，約萬級別）2.單條數(shù)據(jù)體積大，不允許大20k3.沒有要求接受條件查詢4.實時性高，目前從日志存儲位置又開始到出結(jié)論結(jié)果3分鐘，中有前面說過的讀寫連接時間（求解決方案）目前就他知道這么說多，多謝了交流