为什么会产生Elasticsearch?

大规模数据如何检索?

如:当系统数据量上了10亿、100亿条的时候,我们在做系统架构的时候通常会从以下角度去考虑问题:
1)用什么数据库好?(mysql、sybase、oracle、达梦、神通、mongodb、hbase…)
2)如何解决单点故障;(lvs、F5、A10、Zookeep、MQ)
3)如何保证数据安全性;(热备、冷备、异地多活)
4)如何解决检索难题;(数据库代理中间件:mysql-proxy、Cobar、MaxScale等;)
5)如何解决统计分析问题;(离线、近实时)

完全把数据放入内存怎么样?

完全把数据放在内存中是不可靠的,也不太现实,当达到PB级别时,按照每个节点96G内存计算,在内存完全装满的数据情况下,我们需要的机器是:1PB=1024T=1048576G
节点数=1048576/96=10922个

考虑到数据备份,节点数往往在2.5万台左右。成本巨大决定了其不现实!

从源头着手分析:
1、存储数据时按有序存储;
2、将数据和索引分离;
3、压缩数据;

这就引出了Elasticsearch。

发布了123 篇原创文章 · 获赞 114 · 访问量 3万+

猜你喜欢

转载自blog.csdn.net/yuhezheg/article/details/104350092