当前位置:  数据库>oracle

Truncate数据表背后的几个参数

    来源: 互联网  发布时间:2017-06-15

    本文导语: Truncate语句是Oracle SQL体系中非常有特色的一个。Truncate直接的效果是进行数据表数据的清理,深层次是一种典型的DDL语句。 Oracle中,delete语句是一种标注动作。在执行过程中,数据库会访问每个符合删除条件的数据行进行标注动...

Truncate语句是Oracle SQL体系中非常有特色的一个。Truncate直接的效果是进行数据表数据的清理,深层次是一种典型的DDL语句。

Oracle中,delete语句是一种标注动作。在执行过程中,数据库会访问每个符合删除条件的数据行进行标注动作,标记为“已删除”。删除的数据范围越大、执行路径越长,执行SQL语句时间也就越长。所以说,delete操作是一个和数据规模成正比的执行过程。

而Truncate操作最多接触的知识点是DDL本质。Truncate操作下,Oracle并不关注每个数据行和数据范围,而是集中修改段头结构、更新核心数据字典上。对于特别巨大的数据表,Truncate操作速度要显著快于delete操作。

在11.2.0.x系列版本中,我们还有一些参数可以用来控制Truncate数据表的行为。具体包括:drop storage、drop all storage和reuse storage,每个选项对应truncate数据表的不同行为。本文集中介绍参数的几个选项。

1、环境介绍

笔者使用Oracle 11gR2进行测试,版本是11.2.0.4。

SQL> select * from v$version;

BANNER

--------------------------------------------------------------------------------

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

PL/SQL Release 11.2.0.4.0 - Production

CORE  11.2.0.4.0    Production

TNS for 64-bit Windows: Version 11.2.0.4.0 - Production

NLSRTL Version 11.2.0.4.0 – Production

创建专门的非sys用户,注意:这个细节很重要。

SQL> create user test identified by test;

User created

 

SQL> grant connect, resource to test;

Grant succeeded

 

SQL> grant select_catalog_role to test;

Grant succeeded

 

SQL> grant select any dictionary to test;

Grant succeeded

 

 

登录实验环境,创建数据表。

SQL> conn test/test@sicsdb

Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 

Connected as test

 

SQL> show user

User is "test"

 

SQL> create table t as select * from dba_objects;

Table created

 

SQL> create index idx_t_id on t(object_id);

Index created

 

SQL> exec dbms_stats.gather_table_stats(user,'T',cascade => true);

PL/SQL procedure successfully completed

对应数据段和索引段结构如下:

 

 

SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='T' and owner='TEST';

 

 EXTENT_ID    FILE_ID  BLOCK_ID      BYTES    BLOCKS

---------- ---------- ---------- ---------- ----------

        0          4      28808      65536          8

        1          4      28816      65536          8

        2          4      28824      65536          8

(篇幅原因,有省略……)

        26          4      30336    1048576        128

 

27 rows selected

 

SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='IDX_T_ID' and owner='TEST';

 

 EXTENT_ID    FILE_ID  BLOCK_ID      BYTES    BLOCKS

---------- ---------- ---------- ---------- ----------

        0          4      28936      65536          8

        1          4      28944      65536          8

(篇幅原因,有省略……)

        15          4      30464      65536          8

        16          4      30592    1048576        128

 

17 rows selected

2、Truncate drop storage行为

Truncate数据表默认行为包括了drop storage参数。使用drop storage之后,数据表中所有数据都被清空,数据表和索引段只保留一个分区结构。

SQL> truncate table t drop storage;

Table truncated

SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='T' and owner='TEST';

 

 EXTENT_ID    FILE_ID  BLOCK_ID      BYTES    BLOCKS

---------- ---------- ---------- ---------- ----------

        0          4      28808      65536          8

 

SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='IDX_T_ID' and owner='TEST';

 

 EXTENT_ID    FILE_ID  BLOCK_ID      BYTES    BLOCKS

---------- ---------- ---------- ---------- ----------

        0          4      28936      65536          8

 

 

注意:虽然两个段头分区extent的大小和起始段都没有发生变化,依然保持了28808和28936。但是数据字典结构中,认为是一个新的段结构。

 

 

SQL> select object_name, object_id, data_object_id from dba_objects where owner='TEST' and object_name in ('T','IDX_T_ID');

 

OBJECT_NAME      OBJECT_ID DATA_OBJECT_ID

--------------- ---------- --------------

IDX_T_ID            123667        123668

T                  123666        123669

 

 

T和IDX_T_ID的object_id和data_object_id不一致了。Data_object_id是内部段结构的编号信息。一旦进行truncate操作,就会认为是一个新段生成。

默认truncate操作下,Oracle会删除所有数据,回收所有段结构后重新分配一个新的extent。内部的段结构上,Oracle认为是在原来段头位置上重新分配的新段。

 

3、Truncate reuse storage行为

 

下面来测试一下reuse storage参数行为。首先需要重建表数据内容和充实段结构。

 

 

SQL> insert into t select * from dba_objects;

99693 rows inserted

 

SQL> commit;

Commit complete

 

 

SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='T' and owner='TEST';

 

 EXTENT_ID    FILE_ID  BLOCK_ID      BYTES    BLOCKS

---------- ---------- ---------- ---------- ----------

        0          4      28808      65536          8

        1          4      28816      65536          8

(篇幅原因,有省略……)

        26          4      30720    1048576        128

 

27 rows selected

 

SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='IDX_T_ID' and owner='TEST';

 

 EXTENT_ID    FILE_ID  BLOCK_ID      BYTES    BLOCKS

---------- ---------- ---------- ---------- ----------

        0          4      28936      65536          8

        1          4      28840      65536          8

(篇幅原因,有省略……)

        17          4      30208    1048576        128

 

18 rows selected

 

 

 

操作reuse storage。

 

 

SQL> truncate table t reuse storage;

 

Table truncated

 

 

 

SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='T' and owner='TEST';

 

 EXTENT_ID    FILE_ID  BLOCK_ID      BYTES    BLOCKS

---------- ---------- ---------- ---------- ----------

        0          4      28808      65536          8

        1          4      28816      65536          8

(篇幅原因,有省略……)

        26          4      30720    1048576        128

 

27 rows selected

 

SQL> select EXTENT_ID, FILE_ID, BLOCK_ID, BYTES, BLOCKS from dba_extents where segment_name='IDX_T_ID' and owner='TEST';

 

 EXTENT_ID    FILE_ID  BLOCK_ID      BYTES    BLOCKS

---------- ---------- ---------- ---------- ----------

        0          4      28936      65536          8

        1          4      28840      65536          8

        2          4      28904      65536          8

(篇幅原因,有省略……)

        17          4      30208    1048576        128

 

18 rows selected

 

 

数据的确删除。

 

 

SQL> select count(*) from t;

 

  COUNT(*)

----------

        0

 

 

Reuse storage情况下,段结构没有回收,数据却被删除了!从段结构情况看,Oracle依然视之为新段,data_object_id发生变化。

 

 

SQL> select object_name, object_id, data_object_id from dba_objects where owner='TEST' and object_name in ('T','IDX_T_ID');

 

OBJECT_NAME      OBJECT_ID DATA_OBJECT_ID

--------------- ---------- --------------

IDX_T_ID            123667        123670

T                  123666        123671

更多详情见请继续阅读下一页的精彩内容:


    
 
 

您可能感兴趣的文章:

 
本站(WWW.)旨在分享和传播互联网科技相关的资讯和技术,将尽最大努力为读者提供更好的信息聚合和浏览方式。
本站(WWW.)站内文章除注明原创外,均为转载、整理或搜集自网络。欢迎任何形式的转载,转载请注明出处。












  • 相关文章推荐
  • java命名空间javax.sql.rowset.serial类serialblob的类成员方法: truncate定义及介绍
  • delete from 表名与truncate table 表名区别
  • java命名空间javax.sql.rowset.serial类serialclob的类成员方法: truncate定义及介绍
  • t-sql清空表数据的两种方式示例(truncate and delete)
  • java命名空间java.sql接口clob的类成员方法: truncate定义及介绍
  • 浅析删除表的几种方法(delete、drop、truncate)
  • java命名空间java.sql接口blob的类成员方法: truncate定义及介绍
  • sql中的truncate、delete及drop的区别
  • java命名空间java.nio.channels类filechannel的类成员方法: truncate定义及介绍
  • drop,truncate与delete的区别
  • TRUNCATE 快速删除表中的所有数据
  • 详解MySQL中DROP,TRUNCATE 和DELETE的区别实现mysql从零开始
  • 内核编译File Truncate问题。
  • oracle数据库删除数据Delete语句和Truncate语句的使用比较
  • .net/c#/asp.net iis7站长之家
  • sqlserver 日志恢复方法(搞定drop和truncate)
  • 一次 sql server 日志恢复的记录(搞定drop和truncate)
  • php smarty truncate UTF8乱码问题解决办法
  • SQL Server误区30日谈 第19天 Truncate表的操作不会被记录到日志
  • Oracle数据字典表Truncate掉导致数据库不可用及对策


  • 站内导航:


    特别声明:169IT网站部分信息来自互联网,如果侵犯您的权利,请及时告知,本站将立即删除!

    ©2012-2021,,E-mail:www_#163.com(请将#改为@)

    浙ICP备11055608号-3