es存儲

A. elasticsearch數據存儲目錄data會存哪些信息

elasticsearch數據存儲目錄data會存哪些信息
如果是默認配置的話,就是放在ES目錄下的data文件夾下 如果是默認配置的話,就是放在ES目錄下的data文件夾下

B. ES的存儲系統

ES 內嵌式存儲系統ES (內嵌式存儲系統（embedded storage，ES）)
內嵌式存儲系統（embedded storage，ES）,就是把存儲介質內嵌在伺服器中，就好比現在PC中的硬碟。
優點是安裝簡單，維護方便。
缺點是每個伺服器所能夠連接的存儲介質很有限，同時存儲容量和存取速度都受到伺服器性能的限制。內嵌式存儲系統的一個致使缺點是所存儲信息的安全性和可用性必須依賴伺服器，如果伺服器出現故障，其所存儲的信息將不可用。
所以說，內嵌式存儲系統是一個封閉的系統。

C. ES是什麼

指音的指碼母顏文色字,s英色代型指彩色與網字指寫e色號指還號的母.字種拼也品產一絡.也.也.密情發

D. ES是什麼意思

雷克薩斯ES是LEXUS雷克薩斯歷史上最成功、銷量最高的車型之一。自1989年第一代ES面世以來，雷克薩斯ES在國際市場上早已成為豪華、優雅、舒適的代名詞。

2009年推出的ES240 和新一代ES350完美呈現LEXUS雷克薩斯L-finesse設計哲學，以人的感官為設計原點，完全滿足駕駛者的所有期望。

2012年北京車展，雷克薩斯攜全球首發的全新一代ES250閃亮登場，並首次在中國展出全新一代ES 350和ES系列中的全新成員ES 300h混合動力車型。全新一代ES系列已經於2018年7月26日，正式登陸中國市場。

環保特性

全新一代ES在實現卓越舒適性和安全性能的同時，亦通過領先科技實現低能耗與低排放，完美兼顧了豪華品質與環境親和。全新一代ES採用輕量化的車身設計，通過運用高強度鋼，使得車身鋼架結構重量減輕了近35千克，幫助實現車輛的低重量、低能耗。

紡錘形格柵和後擾流板在成就卓越設計美感的同時，為車體周身創造了更高效的空氣流動。在車輛的行駛過程中，前窗框邊角和後方組合燈附近的導流片對車輛兩側形成氣旋支撐，從而有效幫助提高操控穩定性，並降低風阻系數。

車輛底盤上也採用了導流片，在引導空氣在車身下順暢流動的同時提高了直線行駛穩定性。全新一代ES風阻系數低至0.27，出色的空氣動力性能使得車輛的操控更為出色，同時實現了更卓越的燃油經濟性。

以上內容參考：網路-雷克薩斯ES

E. Elasticsearch 能夠存儲的數據量一般有多大

單獨看ES能玩多大數據意義不大，具體實踐中往往因為各種業務要求而無法繼續增加數據量。目大的方面考慮有如下幾點：
1、查詢速度。ES可以支持的查詢類型多種多樣，單一的term匹配，復雜的historm agg，甚至父子文檔模式下bool查詢之後繼續做文本高亮，數據量越大查詢時間越長。如果只是簡單的把數據寫進去然後按照ID獲取數據，那就盡管往裡面寫數據吧。
2、寫入速度。數據量越大，寫入速度受影響的可能性越大。業務要求1小時的數據1小時內必須寫完，如果做不到就得考慮分索引或者分集群了。
3、更新速度。同上，更新比單純的寫入操作更多，先get再merge再overwrite到es。
4、其他因素。
目前我遇到的ES集群，有1.5T-2T索引量的情況下，需要支持平均查詢在500ms以內的高並發高亮查詢。在我們的場景下這個量級不算小了。

F. 第一次用es文件瀏覽器有兩個存儲，現在只剩下內存卡的了，怎麼辦

我今天也遇到了，已經解決了，1，清除數據，2，若清除數據後再出現就再清楚數據然後找到es的安裝文件，覆蓋安裝一下。絕對搞定！

G. 為什麼ES不適合做數據存儲

es？
什麼意思？
es文件管理器？》

H. ES是什麼

是指Elastic search。

Elasticsearch是一個基於Lucene的搜索伺服器。它提供了一個分布式多用戶能力的全文搜索引擎，基於RESTful web介面。Elasticsearch是用Java語言開發的，並作為Apache許可條款下的開放源碼發布，是一種流行的企業級搜索引擎。

Elasticsearch用於雲計算中，能夠達到實時搜索，穩定，可靠，快速，安裝使用方便。官方客戶端在Java、.NET（C#）、PHP、Python、Apache Groovy、Ruby和許多其他語言中都是可用的。根據DB-Engines的排名顯示，Elasticsearch是最受歡迎的企業搜索引擎，其次是Apache Solr，也是基於Lucene。

相關信息：

Elasticsearch可以用於搜索各種文檔。它提供可擴展的搜索，具有接近實時的搜索，並支持多租戶。Elasticsearch是分布式的，這意味著索引可以被分成分片，每個分片可以有0個或多個副本。每個節點託管一個或多個分片，並充當協調器將操作委託給正確的分片。

再平衡和路由是自動完成的。相關數據通常存儲在同一個索引中，該索引由一個或多個主分片和零個或多個復制分片組成。一旦創建了索引，就不能更改主分片的數量。

I. 可否完全使用ElasticSearch代替資料庫存儲

我們使用Elasticsearch存儲的文檔數量接近50億（算上1份復制，接近
100億文檔），總共10個數據節點和2個元數據節點（48GB內存，8核心CPU，ES使用內存達到70%），每天的文檔增量大概是3000W條（速度
持續增加中）。目前來看，單個文檔的查詢效率基本處於實時狀態；對於1到2周的數據的聚合統計操作也可以在10秒之內返回結果。

但是，還有提升的空間：
1. 對於查詢單條數據的應用場景來說，我們可以使用ES的路由機制，將同一索引內的具有相同特徵（比如具有相同的userid）的文檔全部存儲於一個節點上，這樣我們之後的查詢都可以直接定位到這個節點上，而不用將查詢廣播道所有的節點上；

2. 隨著數據節點的增加，適當增加分片數量，提升系統的分布水平，也可以通過分而治之的方式優化查詢性能；


個人以為Elasticsearch作為內部存儲來說還是不錯的，效率也基本能夠滿足，在某些方面替代傳統DB也是可以的，前提是你的業務不對操作的事
性務有特殊要求；而許可權管理也不用那麼細，因為ES的許可權這塊還不完善。由於我們對ES的應用場景僅僅是在於對某段時間內的數據聚合操作，沒有大量的單文
檔請求（比如通過userid來找到一個用戶的文檔，類似於NoSQL的應用場景），所以能否替代NoSQL還需要各位自己的測試。如果讓我選擇的話，我
會嘗試使用ES來替代傳統的NoSQL，因為它的橫向擴展機制太方便了。

J. elasticsearch integer 和 string存儲的區別

在Es中，欄位的類型很關鍵：
在索引的時候，如果欄位第一次出現，會自動識別某個類型，這種規則之前已經講過了。
那麼如果一個欄位已經存在了，並且設置為某個類型。再來一條數據，欄位的數據不與當前的類型相符，就會出現欄位沖突的問題。如果發生了沖突，在2.x版本會自動拒絕。
如果自動映射無法滿足需求，就需要使用者自己來設置映射類型，因此，就需要使用者了解ES中的類型。
下面就步入正題吧！