mysql 能作为企业级开发吗

可以，mysql现在已经逐渐成长为一个很成熟的数据库，不光有完善的备份、还原、主从方案。而且还有很多集群方案。

从集群实现方案的多样性来说，mysql已经超越了oracle。而且正常情况下mysql的备份，恢复比oracle更简单，快捷。停机故障修复时间，也比oracle要好的多。。

最重要的是，它是免费的，而且很适合搭建在x86平台上，可以用廉价的服务器提供完善的数据库服务。相比oracle+小型机的成本，简直便宜的要死，不过如果你说要用pc机搭载oracle，那我只能说你应该是不太考虑性能问题的。oracle吃硬件是很严重的。低端服务器上跑起来会很让人困扰。

另外从业界应用来说，基本上所有的互联网公司和电商都在使用mysql，包括12306，连铁道部都用了。能说不能作为企业级开发么？

当然，上面都是说mysql的优点，同样也有缺点：

优化器相比oracle的CBO差距不是一点半点，一些复杂sql都会存在比较明显的解析问题，所以在开发过程中，对程序员要求会高点，比如说尽可能多的逻辑在程序中实现，或者更好的数据模型设计，总之一定要避免数据库中的复杂逻辑sql或者批处理任务。

最关键的一点，作为一个开源软件，缺乏原厂服务，当然目前国内也有了一些mysql的第三方服务团队。很多从淘宝、阿里出来的人都在做这个。

你好，如阿里百度腾讯等互联网大厂的工程师，资深（架构师水平）工程师是非常有实力的。

以阿里为例：

1、阿里工程师岗位职级

阿里巴巴集团采用双序列职业发展体系：

一套体系是专家路线【P序列=技术岗】，程序员、工程师，某一个专业领域的人才，一共分为14级，从P1到P14，目前校招最低从P4开始。

一套体系是M路线，即管理者路线【M序列=管理岗】，从M1到M10。

一般来说，应届毕业生刚入职到阿里为P5，工作1-3年之后升职到P6，阿里一般到P7才给配股票。

目前阿里需求量最大的职级范围分布在P6-P8，这也是阿里集团占比最大的级别。P6级别的程序员title是高级工程师，P7便已经是专家级别，P8则是高级专家。一般而言，小有名气的阿里程序员至少也是P8级别。P10级别的存在就是传说中的大神级别，这个级别的程序员无一不是业界鼎鼎有名的人物，比如褚霸、毕玄等等。

2、阿里岗位薪酬

阿里薪资结构：一般是12+1+3=16薪。

年底的奖金为0-6个月薪资，90%人可拿到3个。

股票是工作满2年才能拿，第一次拿50%，4年能全部拿完。

关于阿里股票，主要是阿里用来奖励员工忠诚度的，所以阿里分年限行权，想要离职套现真的是很难，更不要提高额税收了。

3、阿里工程师晋升体系

阿里的工程师一般工作几年后就要考虑转P（技术）系列还是M（管理）系列了。

P虽然是专家系列但是到了一定级别也会带人，比如P9的整个业务都会由他带。M相对P来说比较难升，很多P做了5-10年缺少升M的资历。

和腾讯一样，阿里也是一年有两次晋升机会，其中7、8月是比较核心层级的晋升，如P7、P8、P9，年底则是较低级别的。

考核因素是上一年的绩效分数+直属领导的打分+晋升委员会打分，这里的委员会一般由直属领导+合作方的高管+懂业务的HRG组成。HRG：HR多面手，base在业务下面，在阿里话语权比别的互联网HR高。

晋升标准：绩效满足3.75、主管提名、技术答辩通过。

P8架构师作为阿里「IT架构灵魂人物」的角色，他们不仅做着架构师的本职工作，还同时做程序开发，写核心代码的工作。另外，架构师依旧是技术高手，编程能力依然是一流的。

但根据当前的市场需求，互联网大厂们对于普通Java开发人才需求逐年锐减，而对互联网架构师人才的需求招聘量已经上升到50%，因此薪资更是不可同日而语。

对于想学习互联网架构师的同学来说，北大青鸟、课工场等优秀品牌都是不错的选择。课程根据招聘需求制定，包含全部分布式微服务技术，对标阿里P8级别架构师。

希望我的回答对你有所帮助！

背景介绍：我们系统使用的缓存服务是付费版的阿里云的redis集群服务，配置是4核，16G。redis的集群结构如下：分为四个节点DB0，DB1，DB2，DB3

之前的存储方案是存储的商品促销数据，结构是：

KEY FIELD VALUE来存储。其中KEY是一个固定的字符串"zy:prom:wx"，FIELD则是商品sku，VALUE是商品促销的具体信息。这种方式导致我们存入缓存服务器的数据一直集中在DB0节点上，在访问量过大时，该节点会在短时间内受到到的访问压力很大，DB0的cpu瞬间达到100%以上，造成服务卡顿甚至不可用。而相比之下DB1，DB2，DB3的节点cpu压力却很小，可以忽略不计。这是为什么？最后询问了阿里的技术，他们说我们的数据存储的方法有误，具体是我们的key设置有误。与阿里的技术对话如下：

所以我们后来改造了方案把key的组成变程了"prom:wx:sku",这样key就会根据sku的不同而不同，增大了key的离散度，这样key通过hash算出来的值，就会不同，使得所有的数据不再存放到同一台节点上，完美解决问题。

修改后的存储分布情况如下图：DB0、DB1、DB2、DB3四个节点数据均匀分布。

对修改前后两天同一时间区间的缓存服务器的cpu压力情况对比：

---