高水位的概念及高水位问题的解决..docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
高水位highwatermark的概念及高水位问题的解决

高水位(High Water Mark)的概念及高水位问题的解决 1、?准备知识-oracle的逻辑存储结构:表空间——段——区——块 块(block):是粒度最小的存储单位,现在标准的块大小是8K,有参数DB_BLOCK_SIZE指定。 HYPERLINK javascript:; \t _self ORACLE每一次I/O操作也是按块来操作的,也就是说当ORACLE从数据文件读数据时,是读取多少个块,而不是多少行。 SQL show parameter db_block_size NAME???????????????? TYPE??????? VALUE ------------------ ----------- ------- db_block_size?????? integer???? 8192 区(extent):由一系列相邻的块而组成,这也是ORACLE空间分配的基本单位,举个例子来说,当我们创建一个表A时,首先ORACLE会分配一区的空间给这个表,随着不断的INSERT数据到A,原来的这个区容不下插入的数据时,ORACLE是以区为单位进行扩展的,也就是说再分配多少个区给A,而不是多少个块。一个extent包含多少个block是由创建表空间时指定的,类似:extent management local uniform size 1m。默认情况下一个extent对应8个block,即64k。 ? 段:是由一系列的区所组成,一般来说,当创建一个对象时(表,索引),就会分配一个段给这个对象.所以从某种意义上来说,段就是某种特定的数据。 表空间:包含段,区及块.表空间的数据物理上储存在其所在的数据文件中.一个 HYPERLINK javascript:; \t _self 数据库至少要有一个表空间。 2、?高水位(High Water Mark)的概念: 所有的oracle段都有一个在段内容纳数据的上限,我们把这个上限称为High Water Mark或HWM。这个HWM是一个标记,用来说明已经有多少没有使用的数据块分配给这个segment。HWM通常增长的幅度为一次5个数据块,原则上HWM只会增大,不会缩小,即使将表中的数据全部删除,HWM还是为原值,由于这个特点,使HWM很象一个水库的历史最高水位,这也就是HWM的原始含义,当然不能说一个水库没水了,就说该水库的历史最高水位为0。 实际环境中随着我们表中数据的不断增长,表的高水位也被不断的推高。当高水位达到一定程度之后,会对该表上的 HYPERLINK javascript:; \t _self SQL查询效率产生负面影响,因此需要采取有效措施降低高水位。 ???考虑让我们有一个段,如一张表,其中填满了块,如图1所示。在正常操作过程中,删除了一些行,如图2所示。现有就有了许多浪费的空间:(1)在表的上一个末端和现有的块之间,以及(2)在块内部,其中还有一些没有删除的行。 图1:分配给该表的块。用灰色正方形表示行。 图2:行后面的块已经删除了;HWM仍保持不变。 ??????Oracle不会释放空间以供其他对象使用,有一条简单的理由:由于空间是为新插入的行保留的,并且要适应现有行的增长。被占用的最高空间称为最高使用标记(HWM),如图2所示。但是,这种方法有两个主要的问题: (1)当用户发出一个全表扫描时,Oracle始终必须从段一直扫描到HWM,即使它什么也没有发现。该任务延长了全表扫描的时间,即降低了sql的性能。 (2)当用直接路径插入行时 — 例如,通过直接加载插入(用APPEND提示插入)或通过SQL*Loader直接路径 — 数据块直接置于HWM之上,即它下面的空间就浪费了。 3、解决HWM的问题: 3.1、解决HWM带来的性能问题: ?我们知道truncate table会重置HWM,但是truncate会删除所有数据,如果如上面图2所示,表中有大量的碎片该怎么处理呢,我们来模拟这个例子, SQL create tablespace test datafile /paic/g4cs2021/stg/sx/oradata/ls17xa/test01.dbf size500mautoextend off extent management local uniform. size1msegment space management auto ; Tablespace created SQL create table testhw(name varchar2(100),id number ) tablespace test; Table created SQL select segment_name,header_file,header_block,block

您可能关注的文档

文档评论(0)

157****5685 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档