从食客到大厨

从食客到大厨－书评《Oracle性能优化技术内幕》

其实fenng以前在CSDN的程序员杂志上也作过这本书的书评，当时看到那个书评的时候，这本书还没有买，只是刚刚下载完英文的电子版。看到Chapter 2就觉得很不错的一本书，于是跑到china-pub上买了一本，这种心情就好比对于自己由衷喜欢的CD那是一定要买正版的，其它可有可无的嘛，那就挣一只眼闭一只眼，马马虎虎过去算了。
借用fenng对于这本书的一句评论，“读过这本书，可能很多 Oracle 7/8 时代的 DBA 会感到沮丧：因为会发现他们过去认为正确的一些优化方法和思想居然是错误的！”。
如何，单单这句话是不是已经足够吸引你了，要知道错一次不是你的错，但是在有了这本书之后，你居然还错第二次，那就是你的问题了。
静下心来一页一页地读一本技术书籍，说实话，是很难的。
一般人都会在开始摸到一本新书的时候，很是激动，而且充满雄心壮志一定要把这本书看完，结果往往是看到中途不太感兴趣的地方就觉得没什么意思了，但又往往会觉得是不是跳过这一章节又会漏掉什么重要环节，于是在彷徨踌躇，忐忑不安，痛苦绝望中蹉跎了岁月，打扫打扫抽屉甚至壁橱，是不是一堆买了以后却没有看完的书？
但是，庆幸的是，这本书不会。

这本书每一个章节的开始都有几个误解和事实的对比，在误解部分将会看到很多以前我们一直认为是真理的调优理论和方法，而事实部分则对这一误解进行了批驳，同时对事实的阐述也就是这一章节的重要内容。

书的章节分布也是一个值得推介的地方，从前到后，是作为一个DBA面对调优的任务时，应该依次进行的部分。首章介绍了等待事件和跟踪性能问题的方法，这是调优的基础理论和基础手段，接下来的第二章则是应用程序的优化，也许大家都知道，也许还有人不知道，其实优化的80％的工作都是在应用程序部分，这也是作为一个DBA工作中的难点，程序不是我们编写的，也许先期的设计我们都根本没有参与，等到项目上线了，才发现性能问题，这在国内的很多项目上太常见了，我们能作的是什么？我们需要找到导致性能问题的最重要的地方，基本上都是程序的问题，我们提出方案，或许会被接受，或许不会，因为这个时候再去修改程序已经太迟了，但是作为DBA，我们应该尽到自己的本分，应该提出解决方案，即使这次无法按照这个方案修改，那么下次也许就可以了。所以，DBA不要抱怨程序员这个SQL写得差，那个SQL写得差，因为优化SQL不是程序员得工作，而是我们DBA得工作，如果大多数得程序员写的SQL都很差，那么也许只表明了一个问题，那就是你不是一个很称职的DBA，因为给程序员培训也是DBA的一个职责。
好像有些离题，那么我们再回来言归正传。
如果应用程序在种种情况下无法调整了，或者说已经无法再进一步调整了，那么我们进入下一步，实例和数据库优化，这里面包括了SGA各个部分的优化，同时包括了数据库物理存储结构的优化。接下来，书中又阐述了其它的一些特殊优化，以及环境优化，这包含了并行，I/O，操作系统环境设置，等等。

这本书读下来的感受，就好比是一顿悉心烧制的大餐，每道菜都很精美而没有一点儿油腻，每道菜都值得你在尝完以后再细心地回味，不要妄想很快就知道所有的菜的作法，但是，每次当你碰到要进补的时候，你又恰恰会再想起以前你吃过这么一道菜，你会忍耐不住想去再尝一尝，这次你对这道菜的印象就又深刻了些，然后就是下一次再下一次。。。当你闭上眼睛，这顿丰盛的晚宴在你的眼前浮现，对于每一道菜你都清晰地知道放了多少盐，加了多少料，蒸炸烹炒了多长时间的时候，那么恭喜你，你已经从食客进化为大厨，已经是一个大师级的人物了。

最后，还是要发一些牢骚，虽然本书翻译的已经不错了，基本上没有令人啼笑皆非的错误，但是在读书的过程中还是会发现一些问题。
举个例子，有个小章节的题目是“怎样不编写SQL”，当时看到的时候，实在是不明白，不要去写SQL了？DBA不应该去写SQL？继续往下看，才知道，哦，原来是不应该写怎样的SQL，也就是应该避免编写SQL时的哪些怀习惯。后来查了原文，发现是How Not to Write SQL，想想如果不假思索直译的话，那么自然就是“怎样不编写SQL”。
如果说上面的尚可忍受，那么下面这句实在让人有些想哭。仍旧是How Not to Write SQL这一章节，其中一段，“此查询并不聪明，但为了完整性，我们必须谈及它。不要为在from子句中没有所有表的所有连接条件的select语句建立where子句的条件。”如果谁说三次以内就看懂了这句话，那么我实在很佩服这人。原文是：This one is no-brainer, but we have to mention it for the sake of completeness. Do not build the where clause predicates for a select statement without having all the join conditions for all tables in your from clause. 首先，此查询并不聪明？哪个查询？不聪明？明明应该是“这一条是显而易见的，但是为了完整性，我们必须提及”，接下来后面那部分，翻译得就直接让人崩溃了，我是看了10遍以上，最后还是看原文看懂的。意思是，不要给一个select语句编写没有包含在from子句中出现的所有表的所有连接条件的where子句。说实话，我自己翻译的也很别扭，但我不是专业的翻译人员，这个，呵呵，可以原谅。
好的翻译要求信雅达，希望以后能够看到更多更高质量的翻译作品吧。

2004年5月
Kamus

《Oracle性能优化技术内幕》/Gaja Krishna Vaidyanatha等著/钟鸣等译/机械工业出版社