ElasticSearch是什么？
我在这篇博客里已经介绍过ElasticSearch了。ElasticSearch在大数据量检索的时候速度远远高于Mysql，看起来ElasticSearch好像完美无缺，甚至直觉上ElasticSearch可以代替Mysql（ElasticSearch可以存储数据），OK沿着这个思路，那我们可能会把ElasticSearch当成数据库了，甚至开心的觉得不再需要Mysql或者其他数据库了。
坑：ElasticSearch并不适合做数据库
如果按照上面的思路，那我们就踩坑了，其实ElasticSearch并不适合做数据库，如果ElasticSearch挂掉了，ElasticSearch的数据恢复机制其实很坑的，它会一直尝试恢复，直到真的无法恢复，无法恢复的情况下就会造成数据丢失，OK你可能想到用备份的方式防止这一情况，然而残酷的现实是如果你使用备份的数据，你的索引就需要使用新的索引，这将会导致你的服务无法正常使用，除非你修改代码把旧的索引改成新的索引！
补充
我带着今天踩过的坑，查了下更多ElasticSearch不适合做数据库的原因，发现其他人转载的这篇博客里提到：
1.mapping不可改，不能改index属性。
2.无法多对多。
3.没有用户验证和权限控制。
4.项目开始时不好确定shards数量。
5.ES非常适合特定的需求，但不适合用于数据存储。
经验教训
“在决定做一个需求的时候，一定要花时间想清楚”。不要觉得思考的时间是在浪费时间，花时间把一个需求理清楚，评估你的实现，这个时间绝对花的值得。如果某个需求真的思考也思考不出来，那一定要关注预测师的博客哦。
