1月18日，Movable Type 发布了一个新的插件：‘nofollow’ 。因为是 Google、Yahoo、MSN 这三个搜索引擎巨头联手抵制 SPAM，估计总能对Blogger们深恶痛绝的SPAM留言起到一定的打击作用。通过对来访者添加的超级链接中自动添加 rel=”nofollow” 属性，搜索引擎能够有判断那些是 SPAM 留言，那些试图在 Comments 上获得更好的 Pagerank 的站点要白费气力了。
Related Entries Plugin too!
最开始看到车东站点上的关联文章的显示，查找了一下，看到有 BlogFireFox 站介绍的这个Tip，决定使用这个 Related Entries Plugin.配置好之后，重建“单篇文档”的时候报告错误：
Use of uninitialized value in length at ……/plugins/RelatedEntries.pl line 19.
splice() offset past end of array at ……/plugins/RelatedEntries.pl line 77
RMAN Tuning checklist (Quick & Dirty version)
RMAN 调整 Checklist：
- 合适的Large_Pool_Size .需要给 RMAN 的 Large_Pool_Size 计算公式(9i)：
LARGE_POOL_SIZE = number_of_allocated_channels * (16MB+( 4 * size_of_tape_buffer))
- 如果直接备份到磁带上，增加BLKSIZE到合适大小;尝试使用
BACKUP_TAPE_IO_SLAVES 初始化参数 - 若系统不支持异步 I/O(asynchronous I/O) ，需要备份到磁盘上考虑使用 DBWR_IO_SLAVES 初始化参数模拟异步 I/O 。系统支持异步 I/O，则可忽略此步骤。要小心涉及到异步 I/O 的 Bug。
- 考虑使用RMAN的 multiplexing 特性。
- 通过动态视图 V$BACKUP_ASYNC_IO 调查有关备份异步 IO 性能的问题。激活DBWR_IO_SLAVES参数后相关信息也会在该视图有所体现。
不更改代码的情况下如何优化数据库系统
这个问题很多DBA可能都碰到过吧：比如刚接手一个旧有系统，原来的厂商不允许对代码修改，或者是系统应用比较关键。不允许作修改，或者是源代码出于商业目的，进行了一定程度的加密，还有的时候可能是行政因素–领导为了避免责任，不允许你这样做，但这个时候，系统的性能上的问题还比较严重，还有其他办法怎么对系统进行优化么?
在这里我尝试总结一下可能有的途径。
针对特定的SQL进行”外科手术” (Metalink 122812.1)，改进执行计划
- 更新统计信息 (调整采样率/柱状图统计)
- 调整索引 (添加或调整合适的索引，删除不必要的索引)
- 创建物化试图(用空间开销来换取时间收益)