truncate 表后整理块碎片

今天遇到了一个非常郁闷的事情，应用突然反应数据库非常慢，今天的系统比平时要忙，可是当他说一个语句执行了20分钟，那就肯定有点问题。

索要来脚本经过分析后，发现其中出现了一个日志表的全表扫描，那就郁闷了，查到表的大小为7G，21万行数据，这个表是经常truncate。那就找到问题的根源在哪里。

查看表的大小：

select bytes/1024/1024 from dba_segments where segment_name='aaa';

查看表的记录条数：

select count(*) from 用户名.aaa;

查看表的水位线：

 select blocks,empty_blocks from dba_tables where table_name='aaa';

mv表：

alter table 用户名.aaa move;

查看表的索引：

select * from dba_indexes where table_name='aaa';

重建表的索引：

alter index 用户名.索引名 rebuild tablespace 表空间名

 

这是我处理的全过程，希望有用！