为什么会产生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。