Chinaunix首页 | 论坛 | 博客
  • 博客访问: 528390
  • 博文数量: 855
  • 博客积分: 40000
  • 博客等级: 大将
  • 技术积分: 5005
  • 用 户 组: 普通用户
  • 注册时间: 2008-10-16 19:08
文章分类

全部博文(855)

文章存档

2011年(1)

2008年(854)

我的朋友

分类:

2008-10-16 19:09:34

  ASSM虽然是9i就出现的功能,但一直没有使用它,也没有任何经验。 早上在检查执行成本有显著变化的SQL时, 发现一条Insert语句的单次执行成本只有以前的四分之一,很奇怪一条插入语句的平均执行成本为什么有这么大的变化。 从Statspack的信息中画了一个图:

  在上图中, 这个语句的表是按月分区的,每天进入的记录数是相同的,但物理读31号和1号截然不同, 可能是什么原因呢?

  在ASSM中虽然了减轻了DML操作对Segment Header的争用, 但增加了用于空间管理(Free List的替换方案)Bitmap区域, 这部份的读取需要代价, 另外记录会被尽量均分出去, 最近Insert的记录也不一定放在一起, 所以每次Insert操作都可能会发生物理读。

  除了这方面的问题, 记录的查询一般落在最新的数据上, 但由于使用ASSM, 最新的记录被分散的很历害,所以查询的读也会比较多。 比如按时间去查询, 就是一个典型的例子,用传统的Free List去管理, 情况会好一些。

  以上还只是一些猜测, 还没有将表移到非ASSM的表空间上正式对比过, 有空先一下好了。

【责编:Chuan】

--------------------next---------------------

阅读(917) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~