前几天逛知乎的时候看到一个话题：MySQL没前途了吗？

最近几年，似乎总有一种声音在说，MySQL可能不太行了，原因无非是这么几条，MySQL功能不如PG强大，原生没有分库分表不如TIDB，OLAP性能差。

可事实真的如此吗？

首先，MySQL的官网是这么介绍自己的：MySQL是世界上最受欢迎的数据库！

其次，我们直接看下数据库引擎对数据库管理系统的排名按其受欢迎程度排列，看看MySQL到底行不行！

从上图可以明显的看出，MySQL紧随它“老爹”Oracle排名第二，而且MySQL 8.0无论在功能还是性能（整体上），都是目前最好的MySQL版本。特别是在性能优化相关以及管理、复制、安全方面的功能提升，直呼真香！

MySQL作为一款免费的关系型数据库（开源），对于企业成本来说，无疑是真香！真香！真香！

其他的先不多说了，直接上干货吧，跟着阿里P8大牛来深度的学习一下MySQL。

ES 集群架构演进之路

1、初始阶段

订单中心ES初始阶段如一张白纸，架设方案基本没有，很多配置都是保持集群默认配置。整个集群部署在集团的弹性云上，ES集群的节点以及机器部署都比较混乱。同时按照集群维度来看，一个ES集群会有单点问题，显然对于订单中心业务来说也是不被允许的。

2、集群隔离阶段

和很多业务一样，ES集群采用的混布的方式。但由于订单中心ES存储的是线上订单数据，偶尔会发生混布集群抢占系统大量资源，导致整个订单中心ES服务异常。

显然任何影响到订单查询稳定性的情况都是无法容忍的，所以针对于这个情况，先是对订单中心ES所在的弹性云，迁出那些系统资源抢占很高的集群节点，ES集群状况稍有好转。但随着集群数据不断增加，弹性云配置已经不太能满足ES集群，且为了完全的物理隔离，最终干脆将订单中心ES集群部署到高配置的物理机上，ES集群性能又得到提升。

3、节点副本调优阶段

ES的性能跟硬件资源有很大关系，当ES集群单独部署到物理机器上时，集群内部的节点

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！