共计 1899 个字符，预计需要花费 5 分钟才能阅读完成。
一 现象描述
Delete 是 Oracle 数据库中的常用操作，尤其是在自动化测试中，初始化环境、前置准备都不可避免的进行增删操作，但持续一时间后，可能会碰到表空间不足这类报错现象，这就不禁纳闷儿了，明明插入数据前会有删除的，数据总量并没有呈现明显的量级变化，为什么表占用空间却在偷偷增大呢？
二 现象分析
出现上述现象的原因是 Delete 操作并不会释放占用的空间。在讲解原因之前，先了解下 oracle 中高水位线的概念，有助于理解 delete 操作产生的这种现象。
所谓的高水位（HWM），通俗的讲就是一个标记，用来记录已经有多少数据块（Block）分配给表，可以拿水库的历史最高水位来类比，当使用 delete 操作后，数据虽然被删除了，但这个高水位的标记并没有降低，就好比水库的历史最高水位不会因为水被释放了而降低。因而，原则上在没有外部干预的条件下，这个高水位标记值只会增大，不会降低。
三 实战模拟重现现象
根据上面的现象描述和分析，接下来，我会用具体的实例模拟该现象，使大家可以更直观的了解。
第 1，创建一张测试表 test，具体字段不需要关心，只要知道初始了存储空间为 100M，如图所示：
第 2，创建完成后，我们查看下数据表占用的空间，如图所示：
其中，查询前需要对表进行分析，使用命令为：ANALYZE TABLE test ESTIMATE STATISTICS; 查询语句为：SELECT blocks, empty_blocks, num_rows FROM user_tables WHERE table_name = ‘TEST’;
注意上面三个字段的结果：BLOCKS=0; EMPTY_BLOCKS=13312; NUM_ROWS=0，即当前表占用的块数为 0，默认 1 BLOCK = 8kb，预分配的块为 13312，行数为 0。
一切都没有问题，新创建的表，没有数据嘛，当然行数为 0，占用块数为 0 喽。
第 3，写一个语句块，循环插入 1000 条语句，再次对 test 表进行分析、查询，结果如下：
从图中可以看到，占用 BLOCKS=222，NUM_ROWS=1000，合乎逻辑，插入了 1000 条数据，占用了空间嘛。
第 4，使用 Delete 语句删除 1000 条数据，再次对 test 表进行分析、查询，结果却是如下：
从上图中可以清楚的看到，数据被删除后，NUM_ROWS= 0 了，但是 BLOCKS 并没有被置为 0，也就是这部分数据块仍然被认为是占用的。
因此，就出现了本文一开始就提到的现象，随着不断的插入、删除数据，BLOCKS 也会不断扩大，尽快 delete 操作后，可能表中数据量很少，但表占用的存储空间未减少。
四 解决方法
针对 delete 操作引起的空间不释放现象，或者，更正式一点的说法，如何降低高水位线，方法有很多种，如，shrink space；move tablespace；create table xxx as select * from xxx 重建表等。使用这些方法前，我们的原则是：
如果可以 truncate，直接 truncate，该操作会重置高水位线，BLOCKS 会被置为 0，NUM_ROWS 置为 0；否则，优先使用 shrink space，该方法不需要重建索引。
接着上面第 4 步，我们使用 shrink space 降低高水位线，释放空间，其中，使用 shrink space 命令前，需要先 alter table test enable row movement; 开启行移动，再次对表进行分析、查询，结果如下：
从图中可以看出，此时 BLOCKS 已经被置为 0 了，但是，细心的你可能也发现，EMPTY_BLOCKS 已经不是初始的 13312，而是此时的 40，这说明 shrink space 不仅会释放高水位线以下的空间，也会释放申请的空间，即高水位线上下都有操作，这也是与 move、truncate 的不同，它们只能释放高水位线以下的空间。
五 shrink space 常用操作命令
Shrink space 的常用命令如下：
六 Delete 操作的潜在影响
根据上述分析，delete 操作产生的潜在影响如下：
1. 全表扫描通常要读出直到 HWM 标记的所有属于该表的数据块，即使该表中没有任何数据；（造成查询变慢）
2. 插入操作时使用 append 关键字，即使 HWM 以下有空闲的数据库块，插入时使用 HWM 以上的数据块；（造成 HWM 自动增大）
七 总结
通过上文的现象描述和分析，随着 insert 的不断操作，高水位线也随着不断增加，尽管 delete 了数据，但高水位线并没有下降，导致表占用的空间没有释放。因此，在实际应用中，如果可能，尽量使用 truncate，而且该操作高效、快速；否则要考虑下 delete 操作遗留的影响，使用合适的方法整理空间。
：
