四月以一个精彩的小假期拉开帷幕，同时也告诉我们，2017 的四分之一已经过去，我们稍微总结了一下，第一个季度里，最受大家欢迎的精彩文章，与大家分享，三个月回头不远，一年流逝难追寻。愿大家珍爱春光，度过精彩的每一天！
2016年度中国Oracle数据库使用现状分析报告 热度 7000
在报告中很明显可以看出，Oracle 11gR2是现在Oracle数据库的主流版本，拥有最大的用户群体。而12.1版本的采用自2015年开始上升，但是总体数量仍然不足11.2版本的15%，分析数据显示11.1版本的保有量很低，这反应了一直以来用户对 Release 2的期待，所以在12.2发布之前，12c 的采用度会极为有限。
回答了这四个问题，少踩12c 多租户的好多坑 热度 5000
ACOUG的年终大会上，我分享了一个主题，列举了使用Oracle 12c多租户的过程中可能遇到的各种坑，当你使用一个新产品或者新特性时，如果你不了解，就可能是使用中，陷入其中。 首先我们已经知道，Oracle 12c的多租户特性，允许在一个容器数据库中，创建多个PDB，这些PDB彼此隔离和独立，但是依赖CDB而存在。 现在请大家思考一个问题：如果某个PDB中，因为意外而丢失了一个数据文件，那么数据库会怎样？
新书连载：Oracle数据库的初始化与跟踪学习方法 热度 3000
在DBA的职业生涯中，会面临众多的挑战，其中最重要的一种情况是数据库无法启动，所以深入理解Oracle数据库的初始化非常重要。通过Oracle的跟踪手段，可以帮助我们获取这些知识，在我的学习过程中，一直在不断地通过跟踪去研究熟悉的或不熟悉的特性和功能，从而加深自己对于数据库的理解。
新书连载：Oracle数据库的跟踪和分析方法 热度 3000
在今天的技术领域，DevOps已经成为最热门的话题之一，DevOps是开发和运维一体化的实践趋势，也是运维掌握一定的开发能力，推动和协助开发进行适应高效运维的渐进变革。
在我的技术生涯中，对Oracle数据库的接触最多，感受也最深。如果说要将最值得推荐的技能展示给大家，那么我想推荐的就是Oracle跟踪方法。事实上，通过跟踪能够实现的也正是不断了解、接近开发的思路和方法，从而有助于运维中的问题诊断、排查和解决。
关于炉石传说的Oracle数据库故障不要以为你也可以幸免 热度 25000
最近暴雪公司和网易的一则声明刷爆了朋友圈，大意就是由于『供电意外中断的原因而产生故障，导致数据损坏』，这样一则公告引发了一系列的猜想，我们在围观时仿佛人人都是诸葛亮，而事实上设身处地，我想在一次负责任的故障考验下，也许很少有人能够幸免。
如同阿里云会误删文件、京东会泄露数据、支付宝会被修改密码、携程会大面积瘫痪，在灾难来临之前，谁都会觉得自己是幸运者，而事实上，只是措手不及那次灾难还没有来到而已。
SQL Server for Linux 下一版本的公共预览 热度 6000
微软在2016年11月中旬正式发布了SQL Server for Linux的第一个公众预览版，这条产品线将支持所有的企业级Linux平台。
在第一个预览版中支持Red Hat Enterprise Linux 7.2和Ubuntu Linux 16.04，并且支持在macOS和Linux中的Docker容器，后续还会支持Suse Linux Enterprise Server，另外，微软承诺Linux上的SQL Server绝对不会是“SQL Server Lite”这样的阉割版数据库，而会是一个具备SQL Server 2016完整功能集的真正的企业级数据库，比如 in-memory OLTP,还有always-on encryption和row-level security这样的企业级安全功能。在现在的预览版中以下这些功能还不支持，但是后续会逐渐支持。
一代枭雄 - 硅谷首富 Larry Ellison 的彪悍人生 热度 7000
根据2017年1月23日消息，最新的全球科技界最富有的100名富豪榜单现已公布，这最富有的100位超级富豪拥有的财富，净资产总值达到了8429亿美元。比尔盖茨毫无悬念居榜单首位，而Oracle公司的创始人，拉里·埃里森以净资产543亿美元再居第二位，他也是硅谷富豪榜中的第一人。
全球之最：微信每秒50万拆红包数据库是如何支撑运行的？ 热度 13000
2016年农历新年，微信支付的支付金额达到80亿人民币，看金额可能不够直观，我们看一下具体的背后技术层面的数据。
从监控上统计到的数据是支付峰值达到每秒15万次，拆红包大概是每秒50万次，这个业务量是非常巨大的，我个人认为这应该是当前全球最大的支付和结算系统。
五重备份无一有效，还有哪些 rm -rf 和GitLab类似的忧伤？ 热度 9000
DBA的悲伤，不是没有做备份，就是没有做有效的备份。日光之下，并无鲜事。
都说一个没有删过数据库的DBA，职业生涯是不完整的，不过当你删过之后，你的DBA生涯可能就完（整）了。今天我们要讲一个做了五重备份但无一有效备份最终导致数据库恢复失败全面崩溃的故事。
每周只有十条报警：Google的SRE是如何改进运维的? 热度 8000
对最终用户负责，SRE跟最终用户最接近，开发人员写完代码关心功能做好没有，不关心用户是否高兴，SRE最关心的是用户看到错误页面的数量是否会增加。SRE最重要的一点是做RELIABILITY，每秒钟Google会有几十万的查询，每个查询都会显示广告，运维团队要确保业务连续性。
代码化、自动化、无人化，Google讲究的是所有人操作都不能以堆人来解决。大部分互联网的业务都是这样的，它的增长速度是远超过你招人的速度，如果说这个业务一开始需要一个人，后来需要两个人、十个人，总有一天招不到足够的人，我们讲究的是无人化。
SRE最重要的一点，ENGINERRING，它在美国是一个很牛的词，必须是修桥、修路的专家，否则其他都是搬砖的。SRE是非常强调的是，每一个SRE都必须是一个合格的码农，要自己写代码，要能理解业务代码是什么。
讲真，你该做备份的有效性校验了 热度 4000
最近刷爆了朋友圈的GitLab删库事件惊醒了一大批运维人员，五重备份全部失效，这是真的吗？
嗯，经过无数次确认，的确所有备份都失效。而我同样相信，存在类似隐患的企业不在少数，如果你的系统遭遇类似故障，你是否能幸免。讲真，年初好好地做一次备份的有效性校验吧。今天分享一些常用的校验有效性的方法。
MySQL DBA技术难度低为什么工资比Oracle高？ 热度 7000
前几天在知乎上出现了一个很热的帖子，话题是“MySQL DBA技术难度低为什么工资比oracle高？”，这个话题很快引起了热烈的讨论。从回帖的情况来看，大部分人几乎都默认了MySQL DBA工资的确高这个事实，那么原因是什么，我们节选云和恩墨 MySQL专家刘伟的回帖跟大家分享。
Oracle最重要的九大性能视图 热度 6000
我曾经在Blog上提到为一个DBA朋友提出一个问题：列举你认为最重要的9个动态性能视图（view）。为每个视图写一篇文章（不少于5页Word文档），说明从这个视图你能够获得哪些信息。最后再写一篇文章（不少于20页Word文档），说明联合这些视图你能够获得哪些重要的数据库信息，并辅助数据库优化与诊断。对于这个问题的本意，我当时这样解释：其实文章长短我并非在意，关键是你是否真的对这些知识作了思考，并且能够把这些知识运用到实践中去。
云服务真的靠谱吗？ AWS 用户中断31小时仅恢复6周数据 热度 8000
网络剪报服务商 - Instapaper 遭受了超过31小时的服务中断，而且他们声明还需要一个星期的数据库恢复时间。 Instapaper 是一个网络内容收藏站，允许用户保存“所有有趣的文章，视频，烹饪食谱，歌词或浏览时遇到的任何其他内容”。
但是他们的服务在2月8日中断，官方博客已经在2月9日声明了事情的来龙去脉。 Instapaper 说：我们花费了数个小时和云服务商电话沟通，服务商申明我们的数据库遇到了系统限制，不能提供文章保存服务。我们唯一的选择是导出所有数据，导入新建的数据库。 Instapaper 还说：我们位2016年99.3%的可用性自豪，我们确保用户的数据没有丢失。但是恢复还需要时间。
掀开SQL的神秘面纱，将优化进行到底 热度 4000
有这样一条奇怪的SQL，返回结果不足10行，逻辑读达到1.2w,存在索引却走多次全表扫描，如何揭开它神秘的面纱拯救系统性能，答案在这里，你不可错过！
一条异常诡异的 SQL 引起的性能问题 热度 3000
一条诡异的SQL，从执行第二次开始，执行计划发生变化，导致执行效率极低，最终影响核心业务系统的正常运行。根据客户的陈述，该问题可随时重现，无论换个会话还是换个客户端工具都不会受到影响。即使把共享池 flush 掉，再次执行 SQL 仍然会发生同样的现象。 案情现场重现：一条 SQL 在同一个会话中执行两次，第一次执行时间为10秒，但第二次执行时效率很低，执行时间超过1分钟。
本文出自数据和云公众号，原文链接
