多动手多测试(一)关于高水位的测试

本文通过实验展示了在数据库中执行大量删除操作后,表空间并未即时释放,但删除后的空间可以被新插入的数据重新使用。通过创建测试表、删除数据、进行表分析和重新插入数据等步骤,揭示了数据库管理中的空间利用率和效率问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言

  1. 来源:大量的delete会导致高水位
  2. 影响:
    1)高水位表会影响查询效率
    2)占用大量空间却并未使用

1.新建一张测试表插入1500000条数据

在这里插入图片描述

2.查看并计算占用空间大小

在这里插入图片描述

3.delete删除1400000条数后留下100000

在这里插入图片描述

4.进行表分析后,重新计算占用空间

在这里插入图片描述

结论:可以看到数据虽然删除,但是表空间没有被释放

5.再往此表插入140000条数据

在这里插入图片描述

6.进行表分析后,重新计算占用空间

在这里插入图片描述

结论:可以执行delete看到数据虽然删除,但是表空间不会被释放,但是此部分空间可以被重新插入此表的数据重新使用

附录:sql语句

-- 创建表

CREATE TABLE TEST_TABLE
AS
   SELECT *
     FROM TRAN_TABLE
    WHERE ROWNUM < 1500001;

-- 表计数

SELECT COUNT (1) FROM TEST_TABLE;

-- 查看水位

SELECT table_name,
       ROUND ( (blocks * 8) / 1024, 2) "高水位空间 m",
       ROUND ( (num_rows * avg_row_len / 1024 / 1024), 2)
          "真实使用空间 m",
       ROUND ( (blocks * 10 / 100) * 8 / 1024, 2) "预留空间(pctfree) m",
       ROUND (
            (  blocks * 8
             - (num_rows * avg_row_len / 1024)
             - blocks * 8 * 10 / 100)
          / 1024,
          2)
          "浪费空间 m"
  FROM dba_tables
 WHERE temporary = 'N' AND table_name = 'TEST_TABLE' AND owner = 'TEST_USER';

-- 删除表数据

DELETE FROM TEST_TABLE
      WHERE ROWNUM < 1400001;

COMMIT;

-- 表分析

BEGIN
   DBMS_STATS.GATHER_TABLE_STATS (OWNNAME            => 'TEST_USER',
                                  TABNAME            => 'TEST_TABLE',
                                  ESTIMATE_PERCENT   => '100',
                                  CASCADE            => TRUE,
                                  GRANULARITY        => 'ALL',
                                  DEGREE             => 4);
END;

-- 插入表

INSERT INTO TEST_TABLE
   SELECT *
     FROM TRAN_TABLE
    WHERE ref_no NOT IN (SELECT ref_no FROM TEST_TABLE) AND ROWNUM < 1400001;

COMMIT;
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值