大家好，ITPUB ACE采访又和大家见面啦！今天我们邀请的是zhoul777，周亮。目前混迹于新浪微博http://weibo.com/dbathinker。杭州美创科技有限公司DBA团队负责人。

arron刘：
首先简单介绍一下自己，以及现在从事的工作。谈谈您当初是如何选择数据库这条路的？
zhoul777：
目前我在杭州美创科技有限公司工作，我们公司是Oracle第三方维护单位，维护的客户量有上百个，数据库有几百套。从概率学角度上来讲，我们团队每天都会碰到各种各样的故障，有些故障甚至google和MOS都无法搜索到。所以这要求我们有良好的心里素质、扎实的Oracle基础知识以及丰富的故障诊断经验。BTW，由于客户数据库的高可用性，所以必须要求我们的手机7*24小时开机，出去游玩时还需随身带3G网卡和笔记本，这是比较悲剧的！
我毕业于浙江工商大学信息管理与信息系统专业。选择数据库这条路是纯属偶然，甚至选择专业也是如此。当初我的第一志愿是医生，后来由于视力不及格没被选上。当看到信息管理与信息系统时，就觉得这专业名字不错，就阴差阳错地报考了这个专业。至于为什么报考浙江工商大学，这个原因就更离谱了。因为我当初上学时还叫杭州商学院，但是在招生简章里我看到学校正在申请华东工商大学，我一看，这名字拉风！于是在不知道学校和专业背景的情况下，打起包裹，背起行囊去读书了。
进入大学之后，第一件事情当然是谈恋爱了（人虽然长的不帅，但是还是比较受欢迎的。尤其是我们学校，女孩子特多，哈哈）！第二件事情就是玩网游，第三件事情才是学专业知识。可能大家知道，我们专业学的东西很杂，什么东西都学。除了C语言，汇编，数据结构，网络课可之外，宏观经济学，会计学，市场营销学都是我们的专业课。我在大学里对编程本身就很讨厌，所以每次有编程相关的实验课题时，我都是蹭到其他学习小组里去滥竽充数。当然除了编程，我对其他专业课程还是有点兴趣的，比如网络。所以有事没事，就去图书馆翻翻那些《网络管理员必读》这些书，学习之余还去考了个网络工程师证书。有了那张证书之后，就更加立志当个好的网络管理员了。
转眼之间，大四就到了。我听朋友说浙江电信在招实习生。工作时间是早上九点到晚上九点，每天工资90块！这对每个月600块生活费的我来说绝对是个大诱惑。也是毫不犹豫的去实习了。于是就从那里开始了我的Oracle职业生涯。虽然在那边实习我只学到了怎么编辑tnsnames.ora连接到Oracle。

arron刘：
这条路上您是怎样一步步提高自己的技术水平，成为Oracle ACE的？
zhoul777：
Oracle体系结构异常复杂，知识点很多。入门就相对困难！所以学Oracle之前就首先得问问自己学习态度是否端正，能不能吃苦？
传、帮、带一直是我们团队的学习氛围，所以培养了不少优秀的DBA，而且不少DBA都是从0基础开始的。但每个应届生进入我们团队的那刻开始，我们要求他在每天不停地学习Oracle concepts这本书，然后定期进行面试考核，这个对应届生压力是很大的。必须要求他不停进行学习，如果没有踏实的学习态度和较高的心里承受能力是坚持不下来的。
《疯狂的赛车》里面有句台词：“要干一行爱一行”。这句话对于学习Oracle也同样适用。目前很多同行都在纠结学习MYSQL还是Oracle。我的回答是：“有些人都还没开始学Oracle，就开始担忧起以后会不会被NOSQL取代。选择道路固然重要，但是贵在坚持。不仅仅是技术，所有事情都一样。如果只在入门级别徘徊，那么任何职业都是一样的。很庆幸，当初还不知道Oracle是啥玩意的时候，就一头扎进去了，直到现在还没出来。但是至少坚持下来了。”
以下就是我的学习Oracle之路：
1、06年11月在浙江电信首次接触到了Oracle，但仅是接触而已。其他？没了。我是冲着实习工资去的！
2、07年5月进入杭州美创科技实习，正式接触了Oracle。开始了漫长的Oracle学习之路。
3、10年12月考取了Oracle 10g OCP。从接触Oracle到考取OCP经过了近4年的时间。理由很简单，我不想成为paper OCP！我们应当珍惜每一次考试机会，在考取OCP的过程我又把Oracle concepts和OCP官方教材好好学习了一遍，这对梳理Oracle知识是很有帮助的。
4、11年7月考取了Oracle 10g OCM。为什么要报考OCM?原因很简单，因为我觉得学习Oracle又碰到了瓶颈，而考取OCM是突破瓶颈的一个很好的办法！
5、12年4月开始写《Oracle DBA实战攻略》。写书的理由也很简单，因为从事Oracle这么多年来，我需要梳理自己的工作经验。写书需要花很大的精力，但是对于梳理自己的工作经验是非常有帮助的！
6、13年9月开始编写《Oracle DBA实战攻略》PPT，并在网上讲解相关内容。讲课能极大的提高自己的表达能力，所以我觉得有必要这么做，而且我相信我的路是正确的。
看懂了、学会了、能写了、能讲了是Oracle学习道路中的不同层次，对人的要求也不停的提高。很庆幸我选择了Oracle，并坚持了下来！

arron刘：
Oracle ACE在这条路上遇到困难是如何克服的，是什么支持你走下来的？
zhoul777：
兴趣是最好的老师。这句话我之前没怎么理解。但最近几年感受颇深。这么说吧，每天不敲几条命令，不看几篇MOS的文章。我的生活似乎就少点什么。所以我教儿子第一个英文单词也是Oracle。哈哈！
至于在学习Oracle过程中第一个碰到的困难就是英文，因为我们的母语毕竟是中文。但如果英文看习惯了，再看中文书就会感觉别扭。Oracle里面有个知识点叫做“bind peeking”，翻译成“绑定变量窥视”？太别扭了吧！

arron刘：
成为了Oracle ACE以后除了收获荣誉以为，还有什么其他的收获呢？这个称号对于自己职业生涯的影响？
zhoul777：
Oracle ACE的精髓在于分享。“鲜花赠人，余香留己”！ACE给带来的不仅仅是荣誉，更多的是认识了圈内一大帮同行！这是不可多得的宝贵财富。大家想象一下，没有商业利益，没有人际关系，大家一起讨论Oracle技术，这是一件多么快乐的事情啊！

arron刘：
您在处理Oracle故障过程中，你碰到印象最深的一次故障是什么？获得了什么实战经验？
zhoul777：
从事Oracle这么些年来，每天都会碰到各式各样的故障。所以就炼就一双火眼金睛。一般情况下，看一眼Oracle的错误代码或者扫一下AWR报告就能知道问题的大概方向。我们在处理故障中，最忌讳的是漫无目的的瞎碰乱撞，所以最难的是问题出在哪里，而不是处理问题的手段。
我曾经碰到过一个故障让我印象特别深。客户那里有2套数据库，我们称之为A库和B库，分别运行在Oracle 10.2.0.5下面。A库使用DBLINK从B库中查询数据。某日，A库中出现大量SQL*Net message from dblink等待事件。B库中出现LATCH:ROW CACHE OBJECTS。出现这么多等待事件之后，数据库的性能受到严重影响，业务大量积压。领导高度重视！处理该类问题不像处理有错误代码的故障，很多时候没有明确的处理思路。经过研究，发现出现LATCH:ROW CACHE OBJECTS是由于A库使用DBLINK查询B库数据的时候，访问了B库的柱状图。于是紧急删除了B库的柱状图，并FLUSH了SHARED POOL。但是症状依旧。这个时候，就陷入了谜谭中。。。于是我想到了TOM大师讲的“软软解析”，即Oracle会将执行3次以上的SQL缓存在PGA中，从而可以避免从LIBRARY CACHE搜索CURSOR的过程，这种方式可以极大地提高SQL的解析效率，尽可能避免SHARED POOL中的LATCH争用。于是我提高了数据库参数SESSION_CACHED_CUROSRS值，这在一定程度缓建了问题症状，但是治标不治本。于是我想到在$ORACLE_HOME/rdbms/mesg/rdbms/mesg/oraus.msg中搜索histogram关键字查看是否有相关event屏蔽访问柱状图特性，果然让我找到了event 10129，设置了该event之后，问题彻底消失。
这个故障是在高压力下解决的，所以需要稳定的心里素质。在处理过程中不能被客户干扰，而且要快速解决问题。当出现毫无理由的性能问题时，我们可以尝试搜索oraus.msg这个文件，看看有没有event可以关闭某个特性。

arron刘：
我看您最近出版了新书《Oracle DBA实战攻略：运维管理、诊断优化、高可用与最佳实践》本书上市以来，获得了读者一致好评。在亚马逊，当当，京东等网上书城Oracle类书籍中销量名列前茅。能不能分享一下你写这本书的初衷呢?
zhoul777：
写书是极大考验人的耐力的。我就想试试自己有多少耐力，能不能坚持下来。前面我也已经提到过，我长期摸爬滚打于在Oracle技术服务第一线，积累了大量Oracle故障处理经验，一日，杭州DBA圈内朋友聚会，众多同行一致希望他能够把故障处理经验分享出来，于是就有了本书最初的思路
Oracle DBA是一门手艺活，在探索Oracle技术的漫漫长路中，每个人都吃过不少苦头。中医有言“七分养，三分治”。如果您在读了本书之后能够发现系统更多的潜在问题，同时误操作能少点，故障处理速度能快点，那就值了！
至于本书的销售量确实还可以，听说马上要二印了。能得到读者的肯定，我心里当然很开心了。这说明同行认可我的书！所以为了反馈读者，我会在ITPUB和微博上定期举办送书活动。

arron刘：
从您的角度看您认为一个数据库从业者工作中最应该做的事情，最应该注意的事情，最应该杜绝的想法？
zhoul777：
DBA的圈子很小，所以我们应该像鸟儿爱惜自己的羽毛那样爱惜自己的名声。言外之意，就是要有职业道德。我们每天的工作就是接触核心的生产库，我们不要求其他人不做数据泄露的事，但起码不应该发生在DBA的身上！
星星之火，可以燎原。DBA的一个无意的小操作，可能会引起一场大的灾难。数据库的高可用性是建立在稳定运行的基础之上的，所以DBA不仅仅是救火员，更是安检员。在日常工作中，如何尽可能的预防及避免类似事故更需是DBA们需要好好思考和总结。
DBA的操作应该小心，小心再小心。谨慎，谨慎再谨慎！

arron刘：
对目前正在数据库道路上辛勤前行的朋友有哪些建议、忠告？
zhoul777：
DBA不应该埋头干技术。而是应该抬头看看天，因为天有不测风云。我们每天面对的技术也是在日新月异！
DBA应该融入同行的圈子里，融入的圈子有很多种方式，比如考证，参加嘉年华，QQ群，微博等。加入到圈子里，你可以获得更多一手的动态信息。更重要的是，跳槽不需要投简历，直接让别人推荐就行。不是吗？
在这里，我顺便说一下我的新浪微博http://weibo.com/dbathinker欢迎同行加入，一起讨论Oracle技术。
最后啰嗦一句，我们做技术的喜欢研究技术，追求完美。但往往忽视了文档的重要性。其实写文档不仅仅提高了自己的文档能力，而且会也是自我再一次学习的过程。如果坚持写文档，若干年之后，再回过头一看！哇！好大一笔财富！