台风，又见台风
来杭州的那天，正遇上台风韦帕，号称十年来最大台风，幸好只是虚晃一枪，没给我造成多大麻烦。这才20天不到，美丽的罗莎(Krosa)又姗姗来到，这次可让我领略台风的威力了。
早上出门的时候已经特意比平常提早十几分钟，走路去公司看来是不行了，想着坐车不过三站，正常几分钟就到了，留足四十分钟应该完全足够。那想到，走到小区门口的车站，裤子已经湿到膝盖以上，再看平时空空的车站挤满了人，而过来的公交车则基本上已经处于满员状态，taxi就更别提了。
如此风雨中张望了半个多小时，上班的时间已过，还是没能挤上车，倒是裤子越来越湿，鞋子也开始进水，加上瑟瑟寒风，实在受不了了，只好请个假，灰溜溜的赶回家换衣服。要不感冒了还得请病假，更麻烦。
已到深秋，又见台风。
如何识别最耗资源的SQL
一般来说，调优的第一手资料，很可能就是典型业务期的一个statspack报告，那么如何根据statspack报告来判断是哪些SQL消耗了最多的系统资源？哪些SQL是最需要调整的呢？这里给出了一个大致的优化思路。当然，思路是死的，人是活的，优化也需要随需应变。
一般来说，需要关注下面四种Top SQL
- 消耗最多CPU的（逻辑IO过多）
- 导致过多物理I/O的
- 执行次数较频繁的
- 执行时间较长的
我们知道，一个语句的响应时间有个很著名的公式：
响应时间=服务时间+等待时间
其中服务时间就是CPU为执行该语句花费的时间。
服务时间=分析时间+递归时间+执行时间
分析时间是CPU用于分析语句的时间，递归时间是CPU用于语句的递归SQL的时间，剩下的则就是CPU用于执行语句的真正时间了。
老和山上，北高峰下
昨天去了一趟岳庙，跟从上海来的同学开玩笑说是终于圆了五年前的旧梦。
五年前的夏天去宁波实习，归途中经杭州城站换车，中间有半天时间。一群精力充沛的小伙子就围着西湖走了一圈，饭都没吃上，只在返回火车站的西湖大道上吃了碗面，就匆匆作别返回学校了。中间经过岳庙和孤山，都因为要收门票，只好过门而不入。
启用wordpress静态化插件cos-html-cache2.3
由于主机空间在美国，访问速度一直不是很如意，前几天同事还抱怨说速度太慢，恰好看到cosβ的cos-html-cache2.3已经支持wordpress2.3了，于是就想试用一下，看看是不是能有所改善。
原来的永久链接结构使用的/年/月/日/文章名.htm的格式，过于冗长，造成静态化页面的目录过深。其实以前就想过修改永久链接，但是改了会造成搜索引擎的失效，犹豫了很久还是没敢下手。看到cosβ推荐的wp plugin permalinks-migration真是大喜过望，真是只怕想不到，就怕找不到，只要有需求，就会有插件，呵呵。
插件启用后，看着缓存目录下生成的一大堆html文件，基本在20k左右，试着访问了几个已经缓存的页面，感觉速度是有那么一点点的提升，不知道是不是心理作用，哈哈。
最后，感谢一下cosβ兄的杰作。
