【IT168 评论】9月2日，2017首届ORACLE·欢乐颂技术大会北京站盛大开启。本届大会由CESOUG(中国经验分享ORACLE用户组)、甲骨文(中国)软件系统有限公司、北京中亦安图科技股份有限公司联合主办。多位业界知名数据库专家与国有大行的数据库负责人围绕Oracle性能优化、高可用架构设计、数据库云服务、DBA成长技术瓶颈等话题为近300位DBA进行了一场干货满满的技术分享。
小y·黄远邦：DBA面临哪些技术瓶颈?
DBA的升级修炼之路实属不易，在这个过程中，总是面临着各种技术瓶颈。北京中亦安图科技股份有限公司数据库产品总监，CESOUG(中国经验分享oracle用户组)创始人黄远邦(小y)分享了他眼中DBA可能会面临的几大技术瓶颈，比如不懂开发，不懂SQL，超长SQL，全表扫描......
黄远邦结合案例指出了一条DBA的专属成长路径，他认为遇到的每一个case都是老天爷送给DBA的成长礼物，学会在解决case的过程中不断学习新的技能，才能突破技术瓶颈，不断成长。
老猫·陈宏义：强大的Oracle性能优化器!
一个简单的SQL会慢到什么程度?中亦科技华东区数据库产品总监，CESOUG联合创始人陈宏义(老猫)开篇便抛出一个这样的问题。大量的SQL都很慢，HINT要付出多少时间成本?为什么CBO没有作SU?陈宏义现场对示例进行分析，讲解了SU技术以及如何通过反复修改统计信息最终达到理想效果。
白鳝·徐戟：基线管理与数据库健康度评估模型
南瑞集团信息系统集成公司CTO徐戟(白鳝)从1992年起从事系统集成行业，曾就职于DEC、赛格计算机、长天集团、联想集团等大型系统集成商。徐戟同样以问题入手：当业务部门的人突然说某个业务很慢，而你发现系统资源都没有瓶颈，数据库也没有什么指标明显异常，你该如何进一步分析?
徐戟认为，非常好的实践是从业务运行基线入手，从业务模块下钻到SQL。但DBA不妨退而求其次，分析核心SQL的基线，检查核心SQL的执行次数，每次执行的CPU、IO等开销以及执行计划等与基线相比是否有变化。基线是DBA对系统的看法和经验，DBA往往会把正常系统的某些指标归纳为基线，同样的基线，不同的系统表现出的现象可能有很大差异，基线可以通过积累来获得和完善。DBA应该学会克服基线管理的难点，充分理解基线对运维的意义，才能真正掌握基线的价值。
中国工商银行邓强：互联网金融下大集群高并发应用的高可用架构设计
作为国有四大行之一，中国工商银行自2009年开始，历时五年，完成了多中心多活，两地三中心的架构建设。中国工商银行互联网金融数据库团队负责人邓强透露，工行三中心独立部署实现了系统的松耦合，分钟级切换接管，实现了数据零丢失;同城数据的传输规模和性能都得到了极大加强。据悉，目前异地双活的架构已在中国工商银行的个人网银和电话银行系统中实现了部署，未来也将逐渐实现升级迭代。
Oracle李力朝：完整、高效的企业级Oracle公有云服务
Oracle云平台事业部、渠道部高级售前顾问李力朝分享了Oracle公有云的足迹。众所周知，Oracle近几年在云上频频发力，每年的研发投资额超过50亿美元，构建了DaaS、SaaS、PaaS、IaaS四层云产品。
李力朝分享了这四大云产品的特点、部署方式、计算产品组合以及存储产品组合等，Oracle开发适用于三个部署模型的产品与服务，让单一供应商享受到本地到云无缝迁移的体验 。
中国银行张海滨：揭开国有大行生产系统数据库运维的神秘面纱
张海滨指出，中行数据库运维现状是两地三中心、小核心大外围。容灾架构采取了“两地三中心”，分别是黑山扈生产中心、海鹰同城灾备中心和张江异地灾备中心。系统架构采取了“小核心大外围”。“小核心”主要指的是主机，“大外围”是大部分系统跑在开放平台上。
张海滨认为，当出现问题时，DBA的视角不应该只孤立看到数据库，更要将目光集中在其运行保障环境。最后，他用 “DBA实苦，但请你一定坚持!”与现场DBA共勉。
老K·周永康：通过模拟故障和bug深入理解ORACLE原理
如何成为一名优秀的一线DBA呢?北京中亦安图科技股份有限公司数据库专家，CESOUG(中国经验分享ORACLE用户组)联合创始人周永康(老K)从案例入手，分析DBA在解决实际问题的过程中应该具备的原理、技巧和经验。
周永康从等待事件library cache lock和cursor:pin S wait on X入手，试图重现两个等待事件，从模拟实践中收集统计信息，最后得出结论。分享后半段，周永康也对实现死锁的条件和library cache lock的死锁难点和解决方案等进行了分析。通过不断的模拟重现分析最后解决问题，这个过程需要DBA对原理、技巧和经验都有充分掌握，这也是一名合格的DBA应该具备的特质。
Oracle高斌：Exadata 实战案例分享
Oracle首席技术支持工程师高斌从由于lck0进程self-deadlock导致的数据库性能问题;由于时区文件未更新导致的查询性能下降;一个不小心的疏漏导致磁盘无法被ASM添加导致的问题和由于RDS bug导致的节点重启四个常见案例入手，基于不同场景下可能遇到的问题与现场DBA进行了讨论，并给出了每个问题的完整分析过程及其解决方案。
惜分飞·程飞：被恶意破坏的Oracle数据库恢复案例分享
Oracle ACE，中国Oracle用户组(ACOUG)和上海Oracle用户组(SHOUG)核心成员程飞(惜分飞)针对plsql dev软件比特币勒索，文件系统加密比特币勒索，Oracle软件注入恶意脚本，恶意dd磁盘头导致asm异常，Oracle数据文件等被rm删除等Oracle数据库使用过程中的常见问题给出了具体的恢复方法及预防建议。
比如，针对plsql dev软件比特币勒索，程飞提及不要在非官方途径下载plsql dev等连接oracle工具;检查plsql dev中的login.sql/afterconnect.sql，toad中的toad.ini，sqlplus中的glogin.sql/login.sql等类似工具连接Oracle自动执行脚本是否正常;甲方客户对于乙方使用的工具需要进行审核，不能让随意客户端连接生产数据库;同时，进行权限控制，尽可能最小化的给Oracle用户授权，比如限制创建触发器，存储过程等。
Oracle王辉：Oracle Mysql 高可用架构
Oracle ACS高级技术顾问王辉介绍了Mysql –软件架构与主流高可用架构场景，Mysql 软件架构，Mysql –InnoDB引擎，Mysql –高可用性解决方案 ，Mysql –高可用性技术发布历史，Mysql –事务提交方式与数据写保护，Mysql –事务提交方式与数据写保护，Mysql –高可用-Replication，Mysql –replication技术演变等。
结合多年来的从业经验，王辉对每个场景和应用都进行了具体介绍并给出了percona官方、Oracle官方和真实测试数据之间的对比图，给广大DBA更清晰和更直观的感觉。
结语
洋洋洒洒几千字却不足以道尽几位业内技术大咖分享的全部内容，那些或有趣、或悲催、或奋力一搏的真实案例承载了他们多年实战的经验和心血。不久之后，ORACLE·欢乐颂技术大会将走进上海和广州两座城市，继续讲述DBA们不一样的技术人生。
