1、1. 查看當前用戶每個表占用空間的大小：select segment_name,sum(bytes)/1024/1024 from User_Extents group by segment_name;1.查看每個用戶下的對象占用的空間大小select * from dba_extents;select owner,TABLESPACE_NAME,sum(bytes)/1024/1024 as usedspace from dba_Extents groupbyowner,TABLESPACE_NAME order by usedspace desc;查看當前用戶占用大于 10M 的表間的大小

2、：select segment_name,sum(bytes)/1024/1024 from User_Extents group by segment_name havingsum(bytes)/1024/102410;2. 確保該表支持行移動。如果不支持，您可以使用如下命令來支持它：alter table 表名 enable row movement;您還要確保在該表上禁用所有基于行 id 的觸發器，這是因為行將會移動，行 id 可能會發生改變。3. 您可以通過以下命令重組該表中現有的行：alter table 表名 shrink space compact;該命令將會在塊內重新分配行，如

3、圖 1 所示，這就在 HWM 之下產生了的空閑塊 但是 HWM 自身不會進行分配。圖 1：重組行后的表中的塊在執行該操作后，讓看一看空間利用率所發生的改變。使用在第一步展示的 PL/SQL 塊，可以看到塊現在是如何組織的：FS1Blocks=0Bytes=0FS2Blocks=0Bytes=0FS3Blocks=1Bytes=0FS4Blocks=0Bytes=0Full Blocks = 2 Bytes = 16384注意這里的重要改變：FS4 塊（具有 75-100% 的空閑空間）的數量現在從 4,148 降為 0。還看到 FS3 塊（具有 50-75% 的空閑空間）的數量從 0 增加到

4、1。但是，由于 HWM 沒有被重置，總的空間利用率仍然是相同的。但是需要注意的：某些表（如runfile，因為特殊字段），不能繼續運行；4.可以用如下命令檢查使用的空間：select blocks from user_segments where segment_name=upper(表名);由該表占用的塊的數量 (4,224) 仍然是相同的，這是因為并沒有把 HWM 從其原始位置移開。5. 可以把 HWM 移動到一個較低的位置，并用如下命令回收空間：alter table 表名 shrink space;注意子句 COMPACT 沒有出現。該操作將把未用的塊返回給數據庫并重置 HWM。可以通過檢查分配給表的空間來對其進試： 塊的數量從 4,224 降為 8；該表內所有未用的空間都返回給表空間，以讓其他段使用，如圖 2 所示。圖 2：在收縮后，把空閑塊返回給數據庫這個收縮操作完全是在聯機狀態下發生的，并且不會對用戶產生影響。6. 也可以用一條語句來壓縮表的索引：alter table 表名 shrink space cascade;7.聯機 sh