碎片整理

**碎片整理的方法：**
- 1）通过exp/imp或者expdp/impdp，导出/导入表
- 2）alter table move
- 3）表在线重定义

# SHRINK SPACE
原理：
SHRINK SPACE的实质就是在表的内部通过一个事务，获取表的锁定，再不断地DELETE和INSERT移动数据行。备注（where 条件为rowid）
步骤： 
1）开启行移动。表空间管理方式必须是ASSM模式。
`ALTER TABLE <table_name> ENABLE ROW MOVEMENT`
2) 执行压缩。 在此阶段，行将尽可能移动到段的左侧部分。行将在内部移动，以避免锁定问题。
`ALTER TABLE  <table_name> SHRINK SPACE COMPACT`
3）启动收缩。将调整高水位标记（HWM），并释放未使用的空间
`ALTER TABLE  <table_name> SHRINK SPACE`
4）回收相关索引空间（可选）
`ALTER TABLE  <table_name> SHRINK SPACE CASCADE`
弊端：
SHRINK SPACE是通过事务来内部处理表的数据，同样会持有锁，操作期间会影响表的正常使用。
SHRINK SPACE的实质是一系列的DELETE和INSERT操作，会参数大量的REDO日志，会造成LGWR进程的压力，可能会造成归档空间的不足。
适用场景：
容量小或者压力业务并发压力比较小的表
# ALTER TABLE MOVE
## 原理：
先将目标表移动到一个中转的表空间，在移动回来，并重建所有相关索引。对表会添加一个排他锁。
当表发生移动的时候，其上的数据物理结构也全部发生了变化，直接导致数据行的ROWID发生了变化。而索引则是一个ROWID的”管理中心”，ROWID变了，索引也就变得不可用UNUSABLE。
需要重建索引
## 步骤：
1）移动表
ALTER TABLE 【表名】move tablespace【中转表空间】
ALTER TABLE 【表名】move tablespace 【原表空间】
3）重建目标索引
alter index 【索引】rebuild online
弊端：
对表添加排他锁，造成离线时间
场景：
命令简单，容量小或者压力业务并发压力比较小的表

# 在线重定义

原理：
步骤：
1）备份重定义表的统计信息