es處理器的優(yōu)缺點(diǎn)？首先ES是設(shè)計(jì)和實(shí)現(xiàn)Lucene這個(gè)太完全成熟的索引方案，另算上一些分布式的實(shí)現(xiàn)：集群，sharding，replication等。ES的優(yōu)勢(shì)通常這個(gè)可以看以下幾個(gè)方面：豎向可擴(kuò)展

es處理器的優(yōu)缺點(diǎn)？

首先ES是設(shè)計(jì)和實(shí)現(xiàn)Lucene這個(gè)太完全成熟的索引方案，另算上一些分布式的實(shí)現(xiàn)：集群，sharding，replication等。

ES的優(yōu)勢(shì)通常這個(gè)可以看以下幾個(gè)方面：

豎向可擴(kuò)展性：只需要減少一臺(tái)服務(wù)器，做一點(diǎn)兒配置，啟動(dòng)后一下ES進(jìn)程就可以原屬集群；

分片機(jī)制需要提供更好的分布性：同一個(gè)索引分成多個(gè)分片（sharding），這點(diǎn)像HDFS的塊機(jī)制；分治的來修為提升處理效率，我相信大家都肯定不會(huì)陌生；

高可用：需要提供圖片文件夾（replica）機(jī)制，一個(gè)分片是可以可以設(shè)置多個(gè)剪切粘貼，令某臺(tái)服務(wù)器宕機(jī)的情況下，集群仍舊可以不一切照常不運(yùn)行，并會(huì)把由于服務(wù)器宕機(jī)全部丟失的圖片文件夾重新恢復(fù)到其它用些節(jié)點(diǎn)上；這點(diǎn)也不同于HDFS的復(fù)制機(jī)制（HDFS中默認(rèn)是3份圖片文件夾）；

當(dāng)然，也要明白其不足之處：

各節(jié)點(diǎn)的一致性問題：其系統(tǒng)默認(rèn)的機(jī)制是多播機(jī)制，離線元數(shù)據(jù)信息，可是在比較比較極忙的集群中，可能會(huì)會(huì)而網(wǎng)絡(luò)的阻塞，或則節(jié)點(diǎn)處理能力提升到飽和現(xiàn)象造成各節(jié)點(diǎn)元數(shù)據(jù)不一致——也就是所謂的的腦裂問題，這樣的話會(huì)使集群在不一致狀態(tài)。目前完全沒有個(gè)徹底的解決方案來幫忙解決這個(gè)問題，但可以不實(shí)際將工作節(jié)點(diǎn)與元數(shù)據(jù)節(jié)點(diǎn)沒分開的部署方案來可緩解狀況。

沒有精巧細(xì)致的權(quán)限管理機(jī)制，也就是說，也沒像MySQL那樣的分各種用戶，每個(gè)用戶又有不同的權(quán)限。因?yàn)樵诓僮魃系南拗剖切枰约鹤兏恋匦再|(zhì)一個(gè)系統(tǒng)來成功；

總結(jié)歸納：只不過從優(yōu)勢(shì)與不足的對(duì)比看，我看還是小小的瑕疵，是值得一試的技術(shù)。

es一條記錄能存多大？

盡量的避免有太大的分片，只不過大的分片很可能會(huì)對(duì)集群從故障中復(fù)原的能力出現(xiàn)負(fù)面影響。這對(duì)多大的分片是沒有固定不動(dòng)的限制，但是分片大小為50GB大多被如何界定為區(qū)分于各種用例的限制。

es shard中存儲(chǔ)的是什么？

shard是Elasticsearch數(shù)據(jù)存儲(chǔ)的小于單位，index的存儲(chǔ)容量為所有shard的存儲(chǔ)容量之和。Elasticsearch集群的存儲(chǔ)容量則為所有index存儲(chǔ)容量之和。

一個(gè)shard就填寫了一個(gè)lucene的library。相對(duì)于一個(gè)shard，Elasticsearch提高了translog的功能，傳說中的HBaseWAL，是數(shù)據(jù)寫入文件過程中的中間數(shù)據(jù)，其余的數(shù)據(jù)都在lucene庫(kù)中管理的。

所以我Elasticsearch索引使用的存儲(chǔ)內(nèi)容要注意它取決于lucene中的數(shù)據(jù)存儲(chǔ)。