MySQL
又有人问为啥不直接用
MySQL，非得搞个Elasticsearch。我这心里呀，就跟老板每月催KPI的时候一样，满是无奈。这问题其实并不难，我也能明白大家为啥会有这样的疑惑。行吧，咱们就好好梳理一下，顺带给大家来点职场方面的实用建议，可不能让大家觉得浪费了难得的摸鱼时间。
MySQL，大家都很熟悉吧。它可是行存储的典型代表，在关系型数据库里那可是顶梁柱般的存在。它的优点可不少啊。我最近偶然得到一份
阿里大佬写的刷题笔记，看了之后就像突然打通了任督二脉一样，原来进大厂也没那么难。这可是大佬写的，足足七千页的BAT大佬刷题笔记，靠着它我拿offer拿到手软。既然
MySQL这么厉害，为啥还需要Elasticsearch？先别急，我给大家打个比方吧。
MySQL就好比家庭主妇，各种家务活儿都能干，但是你要是让她去打架，这可就不是她擅长的事儿了。Elasticsearch的出现，是为了满足一些
MySQL解决不了的需求，特别是在全文搜索和海量数据分析这两方面，它就像是一件神兵利器。下面我给大家说说几个关键的点：在搜索方面，如果是搜索简单的关键词，
MySQL还能应付，可要是复杂一点的，像是分词、模糊匹配、多字段权重排序之类的，
MySQL就搞不定了。而Elasticsearch可是专门为搜索而生的，分词、倒排索引、相关度评分这些对它来说都是小菜一碟。从数据量的角度看，
MySQL处理百万级的数据还可以，可一旦数据量达到上亿甚至几十亿，那查询速度就慢得像蜗牛爬一样。Elasticsearch，它的倒排索引结构让它在数据量越大的时候优势越明显，达到秒级响应都不是难事。要是说到分布式，
MySQL要实现分布式那可得费好大的劲儿。Elasticsearch就不一样了，它天生就支持分布式，横向扩展很轻松，节点越多性能就越好。还有数据插入后的搜索情况，
MySQL在插入数据之后，要搜索新数据是有延迟的。而Elasticsearch近乎实时的索引刷新，新数据插入后秒级就可以查询到。再给大家举几个实际的场景，好让大家能有更直观的感受：就拿电商网站来说吧。用户在搜索商品的时候，如果用
MySQL，速度慢不说，搜索结果还不精确，这样用户的体验就很差。要是用Elasticsearch，马上就能展示出匹配的商品，而且还能根据用户的历史记录对搜索结果进行优化。再说说日志分析。
公司服务器的日志一
天能有上亿条，用
MySQL来存储和查询的话，想要查个日志能把人急疯。但是Elasticsearch不仅存储效率高，查询速度也快，不管是查哪个时间段的、哪个IP的，还是哪种操作的日志，都能轻松查询。还有社交网络，用户发帖、评论、点赞这些操作产生的数据量非常大，
MySQL的查询性能根本就跟不上。Elasticsearch就能够快速搜索用户的行为，用来做实时推荐或者
监控内容安全都没问题。对了，大家可别以为有了Elasticsearch就可以把
MySQL扔掉了。这两个东西各有各的好处，一起使用才是最好的选择。
