查看: 7159|回复: 34

[讨论] 诡异,一个index在几分钟内大小增加了6G,归档不多

[复制链接]
认证徽章
论坛徽章:
71
2015年新春福章
日期:2015-03-06 11:57:312013年新春福章
日期:2013-02-25 14:51:24双黄蛋
日期:2013-01-06 13:31:18蜘蛛蛋
日期:2013-01-06 10:26:08茶鸡蛋
日期:2012-11-21 19:35:23ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07版主2段
日期:2012-05-15 15:24:11铁扇公主
日期:2012-02-21 15:02:402012新春纪念徽章
日期:2012-02-13 15:13:512012新春纪念徽章
日期:2012-02-13 15:13:51
发表于 2010-9-15 18:17 | 显示全部楼层 |阅读模式
Linux AS 5.3 64bit,   Oracle 10.2.0.4  , RAC ,  4 nodes  


今天忽然在几分钟内一个index增加了 6G ,总大小达到 17.5G ,  这个index所在的表大小只有 120M ,  这个table
经常发生insert, update, delete 动作, 但是这个table上的一个联合的PK索引大小只有40M 左右 , 监控系统
报警的前后10多分钟内产生的归档量也不多 , 不知道什么导致了这个index在几分钟内增加了6G 多 ?  这个table
中不含有LOB字段 ,都是普通的date, varchar2 类型 。



-rw-rw---- 1 oracle dba 294M Sep 14 23:03 5_10111_703296551.arc
-rw-rw---- 1 oracle dba 294M Sep 14 23:10 3_22047_703296551.arc
-rw-rw---- 1 oracle dba 235M Sep 14 23:18 4_14923_703296551.arc
-rw-rw---- 1 oracle dba 294M Sep 14 23:21 1_22678_703296551.arc
-rw-rw---- 1 oracle dba 294M Sep 14 23:30 5_10112_703296551.arc
-rw-rw---- 1 oracle dba 267M Sep 14 23:40 3_22048_703296551.arc
-rw-rw---- 1 oracle dba 294M Sep 14 23:46 1_22679_703296551.arc
-rw-rw---- 1 oracle dba 113M Sep 14 23:48 4_14924_703296551.arc
-rw-rw---- 1 oracle dba 294M Sep 14 23:58 5_10113_703296551.arc
-rw-rw---- 1 oracle dba 209M Sep 15 00:10 3_22049_703296551.arc
-rw-rw---- 1 oracle dba 168M Sep 15 00:16 1_22680_703296551.arc
-rw-rw---- 1 oracle dba 188M Sep 15 00:18 4_14925_703296551.arc
-rw-rw---- 1 oracle dba 222M Sep 15 00:28 5_10114_703296551.arc
-rw-rw---- 1 oracle dba 118M Sep 15 00:40 3_22050_703296551.arc
-rw-rw---- 1 oracle dba 225M Sep 15 00:46 1_22681_703296551.arc
-rw-rw---- 1 oracle dba  34M Sep 15 00:48 4_14926_703296551.arc
-rw-rw---- 1 oracle dba 294M Sep 15 00:50 5_10115_703296551.arc
-rw-rw---- 1 oracle dba 134M Sep 15 01:10 3_22051_703296551.arc
-rw-rw---- 1 oracle dba 185M Sep 15 01:16 1_22682_703296551.arc


暂时没有时间,保留了这段时间的归档, 明天logmnr 看看里面的操作,  希望能看出一些线索 。
招聘 : 系统架构师
认证徽章
论坛徽章:
372
双子座
日期:2015-08-18 12:18:21摩羯座
日期:2015-09-20 17:10:27秀才
日期:2015-09-21 09:46:16秀才
日期:2015-09-21 11:16:42秀才
日期:2015-10-08 17:57:58天枰座
日期:2015-10-28 18:28:29秀才
日期:2015-11-11 09:48:44秀才
日期:2015-11-11 10:07:14秀才
日期:2015-11-11 10:22:49秀才
日期:2015-09-11 10:43:06
发表于 2010-9-15 18:35 | 显示全部楼层
next_extent size?

使用道具 举报

回复
论坛徽章:
20
2010广州亚运会纪念徽章:体育舞蹈
日期:2010-11-11 18:01:26蛋疼蛋
日期:2012-02-20 22:31:53ITPUB 11周年纪念徽章
日期:2012-09-28 17:34:42ITPUB 11周年纪念徽章
日期:2012-10-09 18:06:20ITPUB社区12周年站庆徽章
日期:2013-10-08 17:44:42雪铁龙
日期:2014-01-21 15:42:172014年新春福章
日期:2014-02-18 16:42:02马上有房
日期:2014-02-18 16:42:022015年新春福章
日期:2015-03-04 14:51:122012新春纪念徽章
日期:2012-01-04 11:50:44
发表于 2010-9-15 18:44 | 显示全部楼层
1.碎片
2.找个合适的机会删掉索引重建试试

使用道具 举报

回复
认证徽章
论坛徽章:
71
2015年新春福章
日期:2015-03-06 11:57:312013年新春福章
日期:2013-02-25 14:51:24双黄蛋
日期:2013-01-06 13:31:18蜘蛛蛋
日期:2013-01-06 10:26:08茶鸡蛋
日期:2012-11-21 19:35:23ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07版主2段
日期:2012-05-15 15:24:11铁扇公主
日期:2012-02-21 15:02:402012新春纪念徽章
日期:2012-02-13 15:13:512012新春纪念徽章
日期:2012-02-13 15:13:51
发表于 2010-9-15 22:23 | 显示全部楼层
用的是 uniform size ,  每个EXTENT才 100M 而已

碎片的可能性不大,因为的确是瞬间的事情,我们的监控系统设置的是表空间FREE SPACE < 6G 就报警,结果第一次报警的时候
free space 只有 260M 了, 说明增长到这个大小的时间非常短,导致报警系统都没有来得及报警, 还好有个别文件采用了自动扩展 。



Kamus大侠,以什么关键字在metalink 可以查询到类似的文章 ?

使用道具 举报

回复
认证徽章
论坛徽章:
71
2015年新春福章
日期:2015-03-06 11:57:312013年新春福章
日期:2013-02-25 14:51:24双黄蛋
日期:2013-01-06 13:31:18蜘蛛蛋
日期:2013-01-06 10:26:08茶鸡蛋
日期:2012-11-21 19:35:23ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07版主2段
日期:2012-05-15 15:24:11铁扇公主
日期:2012-02-21 15:02:402012新春纪念徽章
日期:2012-02-13 15:13:512012新春纪念徽章
日期:2012-02-13 15:13:51
发表于 2010-9-16 15:56 | 显示全部楼层
up

使用道具 举报

回复
论坛徽章:
192
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
发表于 2010-9-16 15:57 | 显示全部楼层
人为加大可能吗?

使用道具 举报

回复
论坛徽章:
73
2010新春纪念徽章
日期:2010-03-01 11:06:132011新春纪念徽章
日期:2011-02-18 11:43:332012新春纪念徽章
日期:2012-01-04 11:55:422013年新春福章
日期:2013-02-25 14:51:242014年新春福章
日期:2014-02-18 16:44:08马上有车
日期:2015-01-19 09:45:33最佳人气徽章
日期:2012-03-13 17:39:18ITPUB季度 技术新星
日期:2012-11-27 10:16:10问答徽章
日期:2013-10-23 15:13:22林肯
日期:2013-11-02 08:34:46
发表于 2010-9-16 16:00 | 显示全部楼层
什么“监控系统”,这么realtime?
自制脚本?

使用道具 举报

回复
论坛徽章:
7
授权会员
日期:2005-10-30 17:05:33ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442010新春纪念徽章
日期:2010-01-04 08:33:08ITPUB9周年纪念徽章
日期:2010-10-08 09:28:512013年新春福章
日期:2013-02-25 14:51:242015年新春福章
日期:2015-03-04 14:19:112015年新春福章
日期:2015-03-06 11:57:31
发表于 2010-9-16 16:10 | 显示全部楼层
create index nolog

使用道具 举报

回复
认证徽章
论坛徽章:
71
2015年新春福章
日期:2015-03-06 11:57:312013年新春福章
日期:2013-02-25 14:51:24双黄蛋
日期:2013-01-06 13:31:18蜘蛛蛋
日期:2013-01-06 10:26:08茶鸡蛋
日期:2012-11-21 19:35:23ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07版主2段
日期:2012-05-15 15:24:11铁扇公主
日期:2012-02-21 15:02:402012新春纪念徽章
日期:2012-02-13 15:13:512012新春纪念徽章
日期:2012-02-13 15:13:51
发表于 2010-9-16 16:29 | 显示全部楼层
在alert log中没有看到人为操作的迹象, 也询问了所有DBA , 没有人做过这种动作

监控系统使用的是Applications Mananger 9, 效果还行

create index  不太可能, 查询了 dba_objects  没有在当天,甚至前两天建立的object

使用道具 举报

回复
论坛徽章:
73
2010新春纪念徽章
日期:2010-03-01 11:06:132011新春纪念徽章
日期:2011-02-18 11:43:332012新春纪念徽章
日期:2012-01-04 11:55:422013年新春福章
日期:2013-02-25 14:51:242014年新春福章
日期:2014-02-18 16:44:08马上有车
日期:2015-01-19 09:45:33最佳人气徽章
日期:2012-03-13 17:39:18ITPUB季度 技术新星
日期:2012-11-27 10:16:10问答徽章
日期:2013-10-23 15:13:22林肯
日期:2013-11-02 08:34:46
发表于 2010-9-16 16:45 | 显示全部楼层

bug

关注结果。

[ 本帖最后由 XQKA 于 2010-9-16 16:47 编辑 ]

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表