今天在公司中碰到访问表数据(test 表)速度非常慢,简单的一个select 语句花了10多分钟, 后来查询一下表的数据量,一共有278万多条数据,而且这个数据表的数据大都过期了,对于现在的业务没什么用。可悲的是这个表竟然也没做分区,也许是前人设计时欠缺了考虑。因为这个表的访问非常频繁,适成的整个系统卡住的现象,必须马上解决。当然解决的办法就是把没用的过期的数据删除掉,但是表的数据量这么大,直接delete掉过期的数据行肯定要花很多时间,而且也会产生很多不必要的undo,redo信息。
所以我采用 create table test_temp as select * from test t where t.add_data >= '20100817000000', 这样重新建立一个表test_temp只保存最近一天的数据也就几十条而已,然后重命名原来test表为testold表,表test_temp为test表,,再把相关的存储过程,存储函数重新编译一下,并重新建立索引,做表分析,删除原来testold表。 哇,大功告成,访问速度快了。不过,后来发现这个做法产生了两个问题:
1. test_temp表直接建立在默认的system表空间,这是非常不好的,所以采用这种方法记得指定表空间,语法如下: create table T tablespace ts as ........(ts为指定的表空间)
2.原来test表里面的一个约束可能不会移动test_temp表上,比如字段默认值,这个就可能对现在系统DML操作造成影响,所以一定要记住检查一下各个约束,对加上约束。笔者就是出现这个情况,导致部份DML失败。