在架构师和性能优化这个领域,如果你热爱学习,渴望力量那么你一定会认识这位“性能优化导师”。他经常出席各类技术分享活动,是位资深的架构师和性能优化专家。对SQL优化理解深入的他从开发到性能管理游刃有余10多载。曾服务于甲骨文公司亚太区开发者计划部门,是《甲骨文技术开发人员日》和《Oracle圆桌会议》的组织者和演讲者之一。这就是笔者在DTCC2017开幕前采访到的嘉宾之一罗海雄。
罗海雄现任云和恩墨性能优化总监,负责数据库性能相关的服务。
既然负责数据库性能相关服务,自然是会遇到种种问题。采访中罗海雄告诉笔者企业中出现频率最高的问题是可用性问题和性能问题。硬件故障、软件bug、由于性能问题导致系统不可用的极端性能问题等是可用性方面表现出的情况;普通的性能问题则指的是最终用户感觉使用缓慢,或者一些批量处理无法在预定时间完成。
这个10年经验导师提出了个人的总结和经验:“解决可用性问题里的硬件故障,主要预防方法是从架构上进行,比如说,使用集群或者自动切换的备用系统;解决软件bug, 是从运维的角度,通过经验,尽量使用合适的版本、使用合适的参数等。”在如何预防方面,性能问题,主要通过系统规划、系统扩展性设计、系统上线前SQL审核、系统运行中数据库优化、存储优化等角度来预防。
在数据库运维中我们会遇到各种各样的问题,这些问题的根源可能很明显,也可能被某种表象掩盖而使我们认不清。所以运维面临的两大问题就是,第一我们没有看清本质,第二应用不允许修改。如何解决这两个问题,是每一个运维者都应该思考的。
虽然开源数据库在业界特别是互联网企业很受欢迎,但对传统企业来说,旧系统直接从商用数据库迁移到开源数据库还是相对少见,更多的是一些新开发的系统,直接构建在开源数据库上;或者对旧系统进行升级换代的时候使用开源数据库,不过总的比例并比例不太高,基本以外围系统为主或一些存放中间数据的简单数据库。罗海雄说在云和恩墨服务的主要客户里,的确有一些在尝试开源数据库或者大数据平台,但由于开源数据库或者大数据平台总体的稳定性、功能性、可维护性等方面离商用数据库还是有一定的距离, 这样的趋势并不明显,特别是运营商、保险、银行、政府等行业的核心系统。开源数据库主要特点还是轻便、便宜,但对维护者的水平要求要远高于商用数据库。比如说,如果用MySQL, 需要进行很多脚本化、自动化等运维,而且多数需要自己建立运维团队,否则很难达到与商用数据库同样的运维水平。而且,市面上懂Oracle的人比懂MySQL的人还是要多不少,对于很多客户,使用开源数据库的TCO不一定就低于商用数据库。在开源数据库替代商用数据库方面,看到最多的还是MySQL, 少量的PostgreSQL. 另外,有些银行类的大客户,反而有从大机DB2剥离部分业务功能到Oracle平台的计划。
最后,笔者对于公有云推出的数据库服务及云数据库的安全性问题和罗海雄展开探讨。他认为公有云的可用性并没有达到一开始大家所期望的那种。其次,在网络安全方面,毕竟物理上是暴露在外面的,受攻击的可能性大于专有的机房。最后,就算不考虑外部攻击,也要考虑到公有云的营运者的安全风险,毕竟是其它公司的人在他们的办公地点可以随时从底层访问数据库。所以,总的来说,对于公有云上的数据库,安全性这个问题还有待观望。
结语:因为很多企业数据库受困于性能问题,长期以来DBA在运维领域处于最后端,往往在出现问题时扮演者救火队员的角色,而今随着DevOps思想的发展和演进,数据库运维领域也在发生改变, SQL开发审核正是数据库DevOps的最佳落地点。 DTCC2017大会上,罗海雄将带来《SQL审核与经典案例细数 – Oracle的DevOps实战》。将和大家分享云和恩墨在SQL审核领域的规则探索和产品实践,以及在SQL审核和优化过程中发现的那些匪夷所思的SQL案例。最后,让我们共同期待!
免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://itzsg.com/8223.html