怎么删除es集群的用户和密码 es处理器的优缺点？
es处理器的优缺点？
首先ES是设计和实现Lucene这个太完全成熟的索引方案，另算上一些分布式的实现：集群，sharding，replication等。
ES的优势通常这个可以看以下几个方面：
竖向可扩展性：只需要减少一台服务器，做一点儿配置，启动后一下ES进程就可以原属集群；
分片机制需要提供更好的分布性：同一个索引分成多个分片（sharding），这点像HDFS的块机制；分治的来修为提升处理效率，我相信大家都肯定不会陌生；
高可用：需要提供图片文件夹（replica）机制，一个分片是可以可以设置多个剪切粘贴，令某台服务器宕机的情况下，集群仍旧可以不一切照常不运行，并会把由于服务器宕机全部丢失的图片文件夹重新恢复到其它用些节点上；这点也不同于HDFS的复制机制（HDFS中默认是3份图片文件夹）；
当然，也要明白其不足之处：
各节点的一致性问题：其系统默认的机制是多播机制，离线元数据信息，可是在比较比较极忙的集群中，可能会会而网络的阻塞，或则节点处理能力提升到饱和现象造成各节点元数据不一致——也就是所谓的的脑裂问题，这样的话会使集群在不一致状态。目前完全没有个彻底的解决方案来帮忙解决这个问题，但可以不实际将工作节点与元数据节点没分开的部署方案来可缓解状况。
没有精巧细致的权限管理机制，也就是说，也没像MySQL那样的分各种用户，每个用户又有不同的权限。因为在操作上的限制是需要自己变更土地性质一个系统来成功；
总结归纳：只不过从优势与不足的对比看，我看还是小小的瑕疵，是值得一试的技术。
es一条记录能存多大？
尽量的避免有太大的分片，只不过大的分片很可能会对集群从故障中复原的能力出现负面影响。这对多大的分片是没有固定不动的限制，但是分片大小为50GB大多被如何界定为区分于各种用例的限制。
es shard中存储的是什么？
shard是Elasticsearch数据存储的小于单位，index的存储容量为所有shard的存储容量之和。Elasticsearch集群的存储容量则为所有index存储容量之和。
一个shard就填写了一个lucene的library。相对于一个shard，Elasticsearch提高了translog的功能，传说中的HBaseWAL，是数据写入文件过程中的中间数据，其余的数据都在lucene库中管理的。
所以我Elasticsearch索引使用的存储内容要注意它取决于lucene中的数据存储。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
