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

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

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

elasticsearch bulk請(qǐng)求可能部分成功部分失敗嗎？

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

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

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

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

Elasticsearch怎么這么慢？

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

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

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