高水位线HWM！

最新推荐文章于 2021-04-06 07:13:12 发布
最新推荐文章于 2021-04-06 07:13:12 发布
阅读量869 收藏 1
点赞数
分类专栏： performance tuning 文章标签： table sql statistics user delete
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zq9017197/article/details/6956988
版权

如何知道一个表的HWM？

1、首先对表进行分析：

analyze table <tablename> compute/estimate statistics;

compute：是全表分析。

estimate ：是抽样分析。

2、查看相关信息：

select segment_name,segment_type,bytes,blocks,extents from user_segments;

bytes：对象所占空间大小（字节）。

blocks：对象所占的数据块。bytes=blocks*8

extents：对象所占的区。
select table_name,blocks,empty_blocks,num_rows from user_tables;

blocks：该表中曾经使用过得数据库块的数目，即水线。

empty_blocks：代表分配给该表，但是在水线以上的数据库块，即从来没有使用的数据块。

num_rows：该表中记录数。

当用户发出一个全表扫描时，ORACLE 始终必须从段一直扫描到 HWM，即使它什么也没有发现。该任务延长了全表扫描的时间。


truncate和delete的区别：

SQL> insert into t1 select * from t2;

已创建402344行。

SQL> commit;

提交完成。

SQL> analyze table t1 compute statistics;

表已分析。

SQL> select segment_name,segment_type,bytes,blocks,extents from user_segments;

SEGMENT_NA SEGMENT_TY      BYTES     BLOCKS    EXTENTS
---------- ---------- ---------- ---------- ----------
T2         TABLE        46137344       5632         59
T1         TABLE        46137344       5632         59
T1_IND     INDEX        10485760       1280         25

SQL> select table_name,blocks,empty_blocks,num_rows from user_tables;

TABLE_NAME                         BLOCKS EMPTY_BLOCKS   NUM_ROWS
------------------------------ ---------- ------------ ----------
T2                                   5536           96     402344
T1                                   5536           96     402344

SQL> truncate table t1;

表被截断。

SQL> analyze table t1 compute statistics;

表已分析。

SQL> select segment_name,segment_type,bytes,blocks,extents from user_segments;

SEGMENT_NA SEGMENT_TY      BYTES     BLOCKS    EXTENTS
---------- ---------- ---------- ---------- ----------
T2         TABLE        46137344       5632         59
T1         TABLE           65536          8          1
T1_IND     INDEX           65536          8          1

SQL> select table_name,blocks,empty_blocks,num_rows from user_tables;

TABLE_NAME                         BLOCKS EMPTY_BLOCKS   NUM_ROWS
------------------------------ ---------- ------------ ----------
T2                                   5536           96     402344
T1                                      0            8          0
truncate会回收高水位和释放表所占的空间大小。 
SQL> insert into t1 select * from t2;

已创建402344行。

SQL> commit;

提交完成。

SQL> analyze table t1 compute statistics;

表已分析。

SQL> select segment_name,segment_type,bytes,blocks,extents from user_segments;

SEGMENT_NA SEGMENT_TY      BYTES     BLOCKS    EXTENTS
---------- ---------- ---------- ---------- ----------
T2         TABLE        46137344       5632         59
T1         TABLE        46137344       5632         59
T1_IND     INDEX        10485760       1280         25

SQL> select table_name,blocks,empty_blocks,num_rows from user_tables;

TABLE_NAME                         BLOCKS EMPTY_BLOCKS   NUM_ROWS
------------------------------ ---------- ------------ ----------
T2                                   5536           96     402344
T1                                   5536           96     402344

SQL> delete from t1;

已删除402344行。

SQL> commit;

提交完成。

SQL> analyze table t1 compute statistics;

表已分析。

SQL> select segment_name,segment_type,bytes,blocks,extents from user_segments;

SEGMENT_NA SEGMENT_TY      BYTES     BLOCKS    EXTENTS
---------- ---------- ---------- ---------- ----------
T2         TABLE        46137344       5632         59
T1         TABLE        46137344       5632         59
T1_IND     INDEX        10485760       1280         25

SQL> select table_name,blocks,empty_blocks,num_rows from user_tables;

TABLE_NAME                         BLOCKS EMPTY_BLOCKS   NUM_ROWS
------------------------------ ---------- ------------ ----------
T2                                   5536           96     402344
T1                                   5536           96          0
delete之后，什么也没有改变。 
SQL> alter table t1 enable row movement;

表已更改。

SQL> alter table t1 shrink space;

表已更改。

SQL> analyze table t1 compute statistics;

表已分析。

SQL> select segment_name,segment_type,bytes,blocks,extents from user_segments;

SEGMENT_NA SEGMENT_TY      BYTES     BLOCKS    EXTENTS
---------- ---------- ---------- ---------- ----------
T2         TABLE        46137344       5632         59
T1         TABLE           65536          8          1
T1_IND     INDEX        10485760       1280         25

SQL> select table_name,blocks,empty_blocks,num_rows from user_tables;

TABLE_NAME                         BLOCKS EMPTY_BLOCKS   NUM_ROWS
------------------------------ ---------- ------------ ----------
T2                                   5536           96     402344
T1                                      1            7          0
shrink space之后，和truncate效果一样了。 
SQL> select count(*) from t1;

  COUNT(*)
----------
         0

SQL> select segment_name,segment_type,bytes,blocks,extents from user_segments;

SEGMENT_NA SEGMENT_TY      BYTES     BLOCKS    EXTENTS
---------- ---------- ---------- ---------- ----------
T2         TABLE        46137344       5632         59
T1         TABLE           65536          8          1
T1_IND     INDEX        10485760       1280         25

SQL> select index_name,status from user_indexes;

INDEX_NAME                     STATUS
------------------------------ --------
T1_IND                         VALID

SQL> alter index t1_ind rebuild;

索引已更改。

SQL> select segment_name,segment_type,bytes,blocks,extents from user_segments;

SEGMENT_NA SEGMENT_TY      BYTES     BLOCKS    EXTENTS
---------- ---------- ---------- ---------- ----------
T2         TABLE        46137344       5632         59
T1         TABLE           65536          8          1
T1_IND     INDEX           65536          8          1
可以看见表中记录都没有，索引还是占了这么大的空间，rebuild一下就正常了。 
SQL> insert into t1 select * from t2;

已创建402344行。

SQL> commit;

提交完成。

SQL> analyze table t1 compute statistics;

表已分析。

SQL> select segment_name,segment_type,bytes,blocks,extents from user_segments;

SEGMENT_NA SEGMENT_TY      BYTES     BLOCKS    EXTENTS
---------- ---------- ---------- ---------- ----------
T2         TABLE        46137344       5632         59
T1         TABLE        46137344       5632         59
T1_IND     INDEX        10485760       1280         25

SQL> select table_name,blocks,empty_blocks,num_rows from user_tables;

TABLE_NAME                         BLOCKS EMPTY_BLOCKS   NUM_ROWS
------------------------------ ---------- ------------ ----------
T2                                   5536           96     402344
T1                                   5536           96     402344

SQL> delete from t1;

已删除402344行。

SQL> commit;

提交完成。

SQL> select segment_name,segment_type,bytes,blocks,extents from user_segments;

SEGMENT_NA SEGMENT_TY      BYTES     BLOCKS    EXTENTS
---------- ---------- ---------- ---------- ----------
T2         TABLE        46137344       5632         59
T1         TABLE        46137344       5632         59
T1_IND     INDEX        10485760       1280         25

SQL> select table_name,blocks,empty_blocks,num_rows from user_tables;

TABLE_NAME                         BLOCKS EMPTY_BLOCKS   NUM_ROWS
------------------------------ ---------- ------------ ----------
T2                                   5536           96     402344
T1                                   5536           96     402344

SQL> alter table t1 move;

表已更改。

SQL> analyze table t1 compute statistics;

表已分析。

SQL> select segment_name,segment_type,bytes,blocks,extents from user_segments;

SEGMENT_NA SEGMENT_TY      BYTES     BLOCKS    EXTENTS
---------- ---------- ---------- ---------- ----------
T2         TABLE        46137344       5632         59
T1         TABLE           65536          8          1
T1_IND     INDEX        10485760       1280         25

SQL> select table_name,blocks,empty_blocks,num_rows from user_tables;

TABLE_NAME                         BLOCKS EMPTY_BLOCKS   NUM_ROWS
------------------------------ ---------- ------------ ----------
T2                                   5536           96     402344
T1                                      0            8          0
移动表之后就对头了，不过索引还是要rebuild。


下面的方法都可以降低高水位线标记。

　　(1). 执行表重建指令 alter table table_name move;

　　在线转移表空间ALTER TABLE ... MOVE TABLESPACE ..

　　当你创建了一个对象如表以后,不管你有没有插入数据,它都会占用一些块,ORACLE也会给它分配必要的空间.同样,用ALTER TABLE MOVE释放自由空间后,还是保留了一些空间给这个表.

　　ALTER TABLE ... MOVE 后面不跟参数也行，不跟参数表还是在原来的表空间，Move后记住重建索引。如果以后还要继续向这个表增加数据，没有必要move，只是释放出来的空间，只能这个表用，其他的表或者segment无法使用该空间。

　　(2). 执行alter table table_name shrink space;

　　注意，此命令为Oracle 10g新增功能，再执行该指令之前必须允许行移动 alter table table_name enable row movement;

　　如果要同时压缩表的索引:ALTER TABLE TEST_TAB SHRINK SPACE CASCADE

         alter table table_name shrink space compact;如果使用了compact，oracle会整理表的碎片但不会调整高水位线，需要使用alter table table_name shrink space;语句来重新设置高水位线。

         如果你很在意整理碎片和调整高水位线所花费的时间。通过两个短短的步骤，无需花费很长时间就可以对表进行收缩。

　　(3). 复制要保留的数据到临时表t，drop原表，然后rename临时表t为原表

　　(4). 用逻辑导入导出: Emp/Imp

　　(5). Alter table table_name deallocate unused

　　注：这证明,DEALLOCATE UNUSED为释放HWM上面的未使用空间,但是并不会释放HWM下面的自由空间,也不会移动HWM的位置.

　　(6). 尽量使用truncate


事后诸葛亮
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
oracle高水位线
01-11
Oracle 高水位线（High Water Mark，HWM）是 Oracle 段中一个重要的概念，它标志着段中已经使用的数据块的上限。在 Oracle 中，每个段（包括表、索引等）都有一个高水位线，用于记录该段已经使用的数据块的数量。 ...
高水位线详解
12-03
在 Oracle 数据的存储中，可以把存储空间想象为一个水库，数据想象为水 库中的水。水库中的水的位置有一条线叫做水位线，在 Oracle 中，这条线被称为`高水位线(High-warter mark, HWM)
分析HWM
csnd32068的博客
04-16 279
下面结合官方文档和实验介绍下HWM: 以下英文摘自11gR2官方文档: HWM(high water mark)：The boundary between used and unused space in a segment...
需求分析——用HMW分析法需求
u011159607的博客
10-14 5772
https://www.jianshu.com/p/894052f1b1fd https://www.jianshu.com/p/f570abcf14bc HMW需求分析法： 否定：如何让用户放弃这个想法 积极：如何让用户提升自己来解决问题 转移：如何让其他人解决这个问题，继而解决用户这个问题 脑洞大开：以前不敢想的方案 分解：把很大的问题分成2-3步 ...
Oracle Freelist和HWM原理探讨及相关性能优化
05-25 177
近期来，FreeList的重要作用逐渐为Oracle DBA所认识，网上也出现一些相关的讨论。本文以FreeList为线索对Oracle的存储管理的原理进行较深入的探讨，涉及Oracle段区块管理的原理，FreeList算法等。...
HWM
chichimanman的专栏
08-18 455
HighWater Mark 简介：Interfacetables traditionally have rows inserted and then deleted after they areprocessed.  Deleting rows from a table does not free the space in whichthe rows resided.  As more and
【深度】广告流量分配HWM算法
Martian
08-16 4742
在广告投放系统中，广告通常分为保量交付广告（Guaranteed Delivery，GD，合约广告）和不保量交付（Non-Guaranteed Delivery，NGD，竞价广告）两种。合约广告是提前签好合约的，需要将广告投放给特定人群，投放到期如果投放量不足时会有赔偿。对于这个问题，就需要确定针对不同投放约束的客户，如何分配流量，才能使得收益最大，所以这个问题，本质上是流量分配问题。 1 流量分配问题抽象 流量分配问题，可简化为二部图（bipartite graph），如下图所示，○○○ 表示流量供给方的
Oracle_高水位(HWM_High_Water_Mark)_说明.rar_High Water_Oracle 高水位
09-21
Oracle数据库中的“高水位”（High Water Mark, HWM）是表空间管理的一个关键概念，它对于数据库的性能和空间利用率有着深远的影响。本文将深入解析高水位的概念、作用，以及如何调整以优化存储效率。 高水位（HWM...
Oracle 高水位概念（hwm）
03-20
其中，“高水位”（High Water Mark，简称HWM）是Oracle数据库中的一个重要概念，它与表空间、段、区和块等存储结构密切相关。本篇文章将深入探讨Oracle高水位的概念、作用以及其在数据库操作中的影响。 高水位...
DB2V9.7新特性-降低高水位标记
02-27
内容表空间高水位标记（HWM）为什么要降低高水位标记在9.7以前如何降低高水位标记9.7降低高水位标记的新功能总结参考资料表空间高水位标记（HWM）高水位标记是一个应用广泛的术语，在很多的场合都会使用到，一般用以...
oracle hwm 查询,Oracle中的HWM
weixin_39636176的博客
04-06 201
1.什么是高水位线(High Water Mark)对于一个段(逻辑上其实可以说一个表)，有一个段里容纳数据的上限，这个上限就是高水位线。通常这个HWM只会增加不会减少，因为它记录的是存储数据最多时刻的上限。2.它的影响在数据库表刚建立的时候，由于没有任何数据，所以这个时候水位线是空的，也就是说HWM为最低值。当插入了数据以后，高水位线就会上涨，但是这里也有一个特性，就是如果你采用delete语句...
分析以及测试在一个segment中freelists以及HWM的变化情况(1)
daimin's BLOG
03-29 941
在讲freelist概念之前，先了解下：一个segment可用的空闲空间有两个来源：1)一个是已经分配给这个segment但是从来没有用过的位于HWM（高水位标志）之上的blocks;2)还有一个是位于HWM之下的，被链接在freelist之上的blocks;freelist概念freelist: 一个指定了可以用于插入操作的数据块的list。存在于这个list之上的数据块可以用于插入，一旦向
需求
木子夏_欣儿的博客
05-14 513
什么是需求 　　定义 　　需求是满足某类用户的某种欲望或解决某些问题时所产生的现象。工具类App的出现就是为了解决用户的某些问题。比如印象笔记，解决了用户记录事物，并整理笔记的需求；番茄todo解决拖延症人群效率低下，办事无条理的问题。更多的产品是为了满足某些欲望。比如人类乐于表现自己并获得赞赏的欲望，注定社交类App拥有广阔的市场；比如人们想让自己变得更美的渴望，让美颜相机，P图App大热；...
oracle点知识——HWM(高水位线) 下
changyanmanman的专栏
08-23 2015
1、何时应该降低 HWM table中包含两种空闲的block，在HWM之上的空闲block 和 在HWM之下的空闲block。 1、在HWM之上的空闲block ： 运行analyze table后，在HWM之上的空心啊block会在user_tables 的 empty_blocks中 被统计，这些空闲的blocks实际上是从来没有存储过数据的，可以用以下命令来释放这些空间： SQL>
检验lob数据插入是否会插入到高水位线(HWM)以下的空余空间
blockheading的博客
11-21 594
EODA@PROD1> create table lob(a clob)tablespace registration; Table created. EODA@PROD1> insert into lob select rownum from all_objects; 72927 rows created. EODA@PROD1> exec dbms_stats.gather_table
十种数据挖掘分析法：一种算法就能独步天下
u012119845的专栏
09-14 847
下面介绍十种数据挖掘(Data Mining)的分析方法，以便于大家对模型的初步了解，这些都是日常挖掘中经常遇到的算法，希望对大家有用!(甚至有数据挖掘公司，用其中的一种算法就能独步天下) 　　1、基于历史的MBR分析(Memory-Based Reasoning;MBR) 基于历史的MBR分析方法最主要的概念是用已知的案例(case)来预测未来案例的一些属性(attribut
oracle 删除大量数据后整理表（analyze table xxx compute statistics）
热门推荐
写博客只为学习
04-11 2万+
1. DELETE 后 TRUNCATE TABLE ; 然后重新分析一下 analyze table tablename compute statistics 查看表信息 select NUM_ROWS,BLOCKS,AVG_SPACE,AVG_ROW_LEN from user_tables where table_name=table_name; 2.Oracle 表删除大量数据后，
dbms_stats.gather_table_stats与analyze table 的区别
逝鸿的博客
03-22 4516
转自https://www.cnblogs.com/laoyangHJ/articles/gather_table_stats-analyze-table.htmlAnalyze StatementThe ANALYZE statement can be used to gather statistics for a specific table, index or cluster. The st...
【计算广告】在线分配算法之 —— HWM（High water mark）介绍
u010900754的专栏
11-24 1万+
该算法是雅虎工程师提出的一个解决合约制广告或者说GD（担保式投放）投放系统在线分配问题的贪心算法，思路很直接，下面是本人对照其论文整理的思路，里面有自己的理解。 论文题目：Ad Serving Using a Compact Allocation Plan google一下即可得到。 ======================================================...
oracle中，怎样可以降低高水位线？
最新发布
06-09
在 Oracle 数据库中，高水位线（High Water Mark，HWM）是指表空间中已分配但未使用的空间的最高位置。高水位线越高，表空间的空间利用率就越低，因此需要定期降低高水位线来提高表空间的利用率。 降低高水位线的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值