拿个锤子看谁都是钉子
最早我听这句话是有一次DTCC上，有位嘉宾说Elasticsearch的。首先他既能存储数据也能做全文索引，所以Elasticsearch归属数据库范畴。也有不少人没有这个认识，甚至认为es和redis都算中间件，有这个认识的基本其实和他也没法深入沟通了。那么由于es的某些场景中全文索引解决了我们RDBMS中非常忌讳前%，不过这个有个前提条件就是有分词，如果没有分词那么在es中也是全表。不过es有个特点就是分片，用N台数据库以及N台数据库的CPU内存等资源去硬抗这些全表扫描。
可能有时候大家觉得给MySQL 96个CPU，256G内存有点大。但是给es这么多好像觉得应该。（也不知道这是从何说起，为什么会有这种歧视和错误的认知，也许就是锤子和钉子的定位问题）。其实我刚才说的给MySQL的还是小了。我有一次在一个群里看大家讨论，现在谁还共享池总出问题？随随便便都是1T的内存，怎么会有问题？无论哪种数据库吧，配置够好的话，SQL的容忍度就高一点。配置低的话，SQL的容忍度就差一点。我上大学时候，2000年前后，有的同学家里条件好，每天爱吃什么吃什么。不在乎价格，有的同学家里条件不好，只能每顿饭算着过。这就是质量和硬件之间的权衡。
这是从es说起的锤子和钉子。我还想说一个事情， 和ES不是银弹一样，我觉得微服务也不是。我这样说可能被扣上开倒车的帽子，好在我这样想的不止我一个，而且还有人做了。大家可以参考这个连接。 https://blog.csdn.net/lianggzone/article/details/112975554 就是放弃微服务，我们为什么重回单体架构？ 我一直说分布式是好的。但是一定是单体处理不好的情况下，如果单体足够胜任，还去做拆分，那就是为了做而做。效果非常不好。（我现在有一个任务2个人能做，和我领导申请说我要10个人来协同处理。我上级一定不批准我的要求。是个老板都不同意）我打个比方。如果一个公司有1000人，那么有10个部门经理，是比较正常的。如果一个初创公司就5个人，也搞5个部门，怎么看怎么不习惯。有事做下来谈论一下，就不要用OA办公了吧？
当年做hadoop时候5个节点（别笑话我，和概念车一样，概念嘛），在hive中count一个60条数据的表，要1分钟多。比我人肉数的都慢。这也是一样道理，都有个使用场景。不是拿到盘子就是菜啊。
es、微服务、hadoop都不是锤子。用的好了是工具，用的不好，把自己的东西敲得七零八落。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/637517/viewspace-2914503/ ，如需转载，请注明出处，否则将追究法律责任。
