【2017DTC精彩重现】Oracle和MySQL DBA的进阶之路

最新推荐文章于 2024-07-25 16:06:56 发布

nicenelly

最新推荐文章于 2024-07-25 16:06:56 发布

阅读量819

点赞数

文章标签： oracle 架构 mysql

摘要：分享的初衷这个是参考了朱赟[yūn]的一段话，我觉得已经很透彻形象了，毕竟在短短的几十分钟里，你只能得到一些思想上的建议和思路，落到实处还是得靠自己。而参考和借鉴的过程也是自己修行的过程。第二句我关于坚持，有的同学说坚持是习惯，有的说是毅力，本质上来说，还是坚持的态度，是坚持做一件事情，还是坚持把一件事情做好，两者听起来相似，实则有很大的差别。

分享的初衷

这个是参考了朱赟[yūn]的一段话，我觉得已经很透彻形象了，毕竟在短短的几十分钟里，你只能得到一些思想上的建议和思路，落到实处还是得靠自己。而参考和借鉴的过程也是自己修行的过程。第二句我关于坚持，有的同学说坚持是习惯，有的说是毅力，本质上来说，还是坚持的态度，是坚持做一件事情，还是坚持把一件事情做好，两者听起来相似，实则有很大的差别。

ce183fad3906fd21b094c69ac7973a574220c166

分享思路

我分了几个层面来做了一些解读。在本文中会抽取重点列出一些来。

9dc998567483eb0fb8148cc921998a0b7106c76b

Oracle和MySQL的学习周期

其实正如我开篇所说，目前国内的使用有两个比较明显的误区，一个是把Oracle当做MySQL用，主要表现就是把Oracle当做免费版来用；另外一个是把MySQL当做Oracle来用，一些复杂的查询，表关联放在MySQL里还想达到Oracle的性能标准，这个本身也是不合适的。找到自己最好的业务场景非常关键，不是为了上一个技术而用一个技术，结合不好，后期出了问题就很尴尬，本质来说不是某个技术方案不好，而是你没用好。

对于Oracle DBA来说，学习MySQL的话学习周期会相对短一些，入门也比较快，但是如果要深入学习MySQL，还是很难的，因为有很多方面都需要深入理解，深入的层次是在源码级，可以做定制，而对于MySQL DBA来说火，学习Oracle的周期会比较长，因为很多方面是MySQL不会关注，或者没有的功能，如果要深入学习Oracle，还是得有很长时间的积累，Oracle的体系太大，备份恢复，性能优化，数据迁移能够抓住几个面搞到精通就很不容易了，深度进阶的层级基本是到了调试，内核的程度。这方面国外其实做得很不错，氛围非常浓厚。

797fa06be62749997293540c528a2b81294745e8

数据库技术发展现状

对于Oracle和MySQL，还是需要了解下他们目前的位置，最新的DB-Engines的报告（DB-Engines最新11月数据库排名）显示前三甲稳稳的是关系型数据库，而MySQL是作为开源数据库的第一阵营出现的，当然这个排行榜不要过度解读，本身只是一个流行度的标识，就是你在搜索引擎中搜索的关键字，反映的一个热度而已，绝非市场占有率。

Oracle目前最新的版本是开放的12.2.0.1.0，而12.2.0.2.0即是下一个版本18c.当前的版本中的变化更多是在CDB和IMO方面。尤其是在CDB部分，自己逼着自己琢磨了一段时间，还沉淀了一些经验和大家做了分享，而18c的亮点就在于自治了，本质上自治和自动化还是有一定的区别，可以简单理解自治是自动化的延伸。而MySQL的改进一个重大标志是在去年年底的MGR GA,本身从优化器层面和复制方面，MySQL是卯足了劲，现在MySQL 8.0的更新速度极快，到目前最新的是8.0.3，5.7版本是5.7.20

我有几张阿里云幸运券分享给你，用券购买或者升级阿里云相应产品会有特惠惊喜哦！把想要买的产品的幸运券都领走吧！快下手，马上就要抢光了。

cd22d6992bf303c96760c1c43de8364b44dfbda0

数据库版本规划

想起来容易但是落实起来难，因为有很多的因素需要考虑，而不是简单的找一个认为好的。比如MySQL的版本选型，到底用哪一个版本，5.5太旧，5.6相比5.7完善，5.7相对来说更加成熟，8.0又太新，那么问题来了，5.7的版本该选择5.7的具体哪个版本呢，这里就有很多的门道了，最后我们选择的是5.7.16作为基线版本，而分支选择的是也有需要的考虑因素，细节也很多，原则就是从把正面，反面的考虑点都列出来，综合评估。

对于Oracle的版本规划整体而言要清晰很多，目前的主流业务还是11gR2为主，12cR1和12cR2有一个较长的时间间隔，很多DBA的印象中R2是稳定版本已根深蒂固，要改变这种思维估计在18c之后才会有大的改观，毫无疑问，软件选型目前都基本是企业版的。

5c66f1d2bdadc23ce7209a5835cb5855b4402c5b

Oracle与MySQL的高可用方案

关于高可用方案，其实是一个永恒的热点话题，就是因为这是一把双刃剑，如果保证数据不丢失，如果保证业务的可持续性，要做出一个100%完美的方案是一个理想状态，但是至少可以朝着这个方向努力。

Oracle的数据架构是集中，本质上是集成共享，统一访问，能够达到数据强一致性，而MySQL的数据架构是复制，本质上是多个数据的副本，在数据的一致性方面还是有很多事情要做，或者说完善。MySQL的架构方式明显会限制它的集群规模，比如MGR是硬性限制是9个节点，而Oracle扩展节点来说还是相对容易的，因为本质数据是同一份，共享存储。

阿里的IOE架构陪伴他们走过了业务发展的黄金时期，也是在达到资源的使用瓶颈之后，他们全面拥抱了分布式方案。从早期使用MySQL到后期再次引入MySQL，出发点已然不同。MySQL的高可用方案我列举的是MHA,其实还有很多其他的方案，但是MHA目前是最流行的，经过的考验也最多。