Itpub高校行之浙工大：淘宝需要什么样的DBA
今天晚上Itpub高校行活动到浙江工业大学巡讲，我是上周五才知道要去讲最后一部分的，最近好几个项目在忙，这简直是赶鸭子上架。不过还好，这个话题应该还是比较好讲的，毕竟最近也面试了不少人，包括应届生。淘宝需要什么样的DBA？心里还是有点谱的。
六点左右和另外两位同事（流云和丹臣）还有IT168的一位兄弟赶到浙工大小和山校区，这次巡讲成淘宝专场了，呵呵。到校门外打负责联系的龚老师的电话，居然关机了，汗，不是忽悠我们的吧。经过多位热心的同学的指路，终于在细雨朦胧中找到了目的地。
时间还有点早，教室里稀稀拉拉没几个人，胡乱吃了个汉堡算是晚餐。因为有雨，开始担心没几个人，上大学那会，已经习惯了教室里像聪明人的脑袋一样稀稀拉拉了。不过后来证明担心是多余的，在七点正式开始前，教室基本都上坐满了。流云同学打头阵，做了本次Itpub高校行的主题演讲–《DBA职业成长和规划》，接下来丹臣同学现身说法，讲述一位应届毕业生怎么成长为一位优秀的DBA，丹臣的成长事迹曾经在Itpub论坛引起过长时间的探讨，也引起了现场同学们的极大兴趣，现场气氛很好。
他们基本上把DBA阐析得很好了，我就不需要再说太多的东西了。淘宝需要什么样的DBA？其实之前我发的一些招聘贴中也写了不少。这次ppt很简单，主要内容不过四五页，其中摘录了以前写过的一句话：基础扎实，做事认真，善于总结，有想法，能承受压力。基本上也就围绕这句话展开了一下，另外就是介绍了一下Taobao目前的数据库环境，压力和挑战，希望每一位有志于从事DBA的同学，都能体会到DBA这个职位背负的责任，而不仅仅是盯着所谓的钱景。
DBA=高薪？DBA=责任。
最后插播一则广告，淘宝DBA团队计划由目前的12人扩充至24人，我们还需要大量的优秀DBA，不管你是初级中级高级DBA，只要你认同我们的价值观，具备承担责任的勇气和能力，我们都欢迎你。具体职位包括：Oracle产品DBA、Oracle开发DBA、MySQL开发DBA、主机存储工程师和监控工程师等，简历请发至jiangfeng#taobao.com，应届生因为是走统一的校园招聘的，就不要把简历发给我了，呵呵。
给MySQL DBA推荐一本书
一直以来，对于MySQL都是一知半解，而从Google的Blogsearch的结果来看，国内大部分关于MySQL的文章也都是限于会用的水平。照理来说，MySQL是开源软件，应该有更多的深入讨论MySQL原理、架构和实现机制的文章才对，当然，也可能我孤陋寡闻，MySQL关注得不多。四年前刚开始接触Oracle的时候，Oracle的文档以及论坛的讨论已经非常的丰富和深入，这也是我选择Oracle DBA做为这几年职业发展方向的原因之一吧。
这两年Web2.0大潮，很多创业公司都选择了MySQL数据库做为系统的数据平台，从而对于MySQL的开发人员和DBA的需求也多了起来，这是MySQL的机遇，也是MySQL DBA的机遇。MySQL有很多的优点，了解其架构和实现机制，不仅仅可以更加有效的管理和使用MySQL数据库，也可以借鉴其思想为我所用，或者触类旁通更好的理解其他的系统设计，毕竟开源的东西，只要有研究的精神，不怕没有研究的材料。不像Oracle等，很多东西只能需要靠蛛丝马迹去猜测，靠试验去验证。
大致翻了一下，这本《Understanding MySQL Internals》对于MySQL的概念、架构和实现机制的剖析还是比较到位的。目前市面上大部分的MySQL书基本上都是操作手册，能这么深入的讲解MySQL的书还真的是难得一见，得抽时间好好看看。这本书是2007年4月出版的，但至今似乎还没有中文版，看来中文MySQL图书市场还是一块待开垦的处女地^_^
Google一下能找到这本书的电子版，下载链接这里就不给了，不知道是否有版权问题呢，呵呵。
2008中国ORACLE数据库精英工程师评选
又一次数据库方面的选秀活动，去看了一下，大致的方式还是和两年前的那个CSDN主办IBM赞助的“2006年中国首届杰出数据库工程师评选”差不多吧，CSDN和IBM搞了一次就偃旗息鼓了，估计也觉着吃力不太讨好。毕竟某一个具体技术的关注度，不能和超女快男来类比。而那一次还包容了DB2,Oracle,MS SQL Server等各个数据库的专家，加上CSDN在中国开发社区的影响力，应该还是有不少人关注的，最终评选出来的也确实都是业内的精英。
这一次Oracle一家来搞，面本来就窄了许多。而试着注册了一下，发现要正式参与还得有CSI，要么就要交30块钱，我看Oracle这次是傻到家了，做为一个推广活动，自然是参与度越高越好，这还没开始没知名度没关注度，就开始自己牛B了一把，加了这么多限制和门槛。不至于这么惨淡经营，要靠30块的门票来请人出考题做评委吧，呵呵。
而且，放着Itpub这么有影响力的社区坐旁观席，却搞了个诸禄网做主持人，还非得要注册他们家论坛，里面冷清得一个月也没几个帖子。嗯，有一个回帖说：“哈，还有人发言啊，不错”。
我很不看好你哦，2008中国ORACLE数据库精英工程师评选。
有压力，要坚持
DBA未必是一个高薪的职业，但绝对是一个高压力的职业。
昨天晚上，数据仓库一个4节点的RAC+ASM系统，在进行新加节点操作的时候，发现新节点的ASM实例无法mount diskgroup，报ORA-15042错误。后来尝试将整个库重启，结果所有节点的ASM实例都出现同样的问题了。这个教训告诉我们，在遇到问题没有搞清楚具体原因之前，千万不要轻易重启数据库。
但是问题既然已经发生，自然要想办法修复。这是一个将近7T的生产系统，虽然目前只供内部使用，也不可能接受长时间的停机，所以重建diskgroup然后从备份恢复的方案只能是最坏情况下的打算。那么，当务之急，是要尽快查出问题所在，对症下药。
工欲善其事，必先利其器。这次问题的解决，得益于oracle的kfed工具。从dump出来的结果看到，报错的两个disk的头信息确实已经损坏，另外一点比较奇怪的就是，正常disk header中记录的disk number和path信息，和从v$asm_disk查出来的已经不一致了。这个现象可能由于两个disk的头信息损坏，导致AMS Instance读取相关信息的整个机制出现了混乱。
