互联网服务reorg

请教一个关于在线reorg的问题

由于前段时间对一张表进行了大量的delete操作,后来这张表的查询速度明显降低,用reorgcheck后建议重组。但是这张表是交易的核心表,为了保证不影响生产,决定在线重组,但是测试的时候出现一个问题,表数据的重组非常慢大概需要3个小时,这张表的数据大小为7G,索引的大小为18G,为了缩短重组的时间,能不并行对这张表同时进行表数据的重组和索引的重组。请教各位前辈,如果并行操作的话会不会对这张表的使用造成更大的影响?
参与6

4同行回答

atpeace331atpeace331数据库管理员银行
回复 1# smitty_xiang :lol兄弟,你的这个问题提的真好!!!我这里的之前也有张和你们类似大小的核心表出现过类似的问题,我们后来把它做成分区表后,就不存在日常维护上的问题了。表的查询性能也提升了不少!...显示全部
回复 1# smitty_xiang
:lol兄弟,你的这个问题提的真好!!!我这里的之前也有张和你们类似大小的核心表出现过类似的问题,我们后来把它做成分区表后,就不存在日常维护上的问题了。
表的查询性能也提升了不少!收起
银行 · 2013-08-02
浏览438
liyun9990liyun9990数据库管理员ibm gdc
reorg操作无法评估具体时间,只能在业务空闲时间做维护,在线reorg启动时先要检查这表有没有其他锁信息,如果有要等释放后才能做reorg,其实在线reorg只是在做后完成是需要Z锁显示全部
reorg操作无法评估具体时间,只能在业务空闲时间做维护,在线reorg启动时先要检查这表有没有其他锁信息,如果有要等释放后才能做reorg,其实在线reorg只是在做后完成是需要Z锁收起
互联网服务 · 2013-12-24
浏览413
zhendazhenda数据库管理员昆仑银行
最后怎么解决的?这张表同时进行表数据的重组和索引的重组,不会缩短时间把。显示全部
最后怎么解决的?这张表同时进行表数据的重组和索引的重组,不会缩短时间把。收起
软件开发 · 2013-12-02
浏览433
smitty_xiangsmitty_xiang数据库管理员苏宁易购
补充一下,因为这张表在重组的时候会出现写的操作,所以allow选项是write,具体的命令是:reorg table   xxx  INPLACE ALLOW WRITE ACCESS和reorg  indexes all for table xxx allow write access显示全部
补充一下,因为这张表在重组的时候会出现写的操作,所以allow选项是write,具体的命令是:reorg table   xxx  INPLACE ALLOW WRITE ACCESS和reorg  indexes all for table xxx allow write access收起
互联网服务 · 2013-08-02
浏览424

提问者

smitty_xiang
数据库管理员苏宁易购

问题状态

  • 发布时间:2013-08-02
  • 关注会员:1 人
  • 问题浏览:4216
  • 最近回答:2013-12-24
  • X社区推广