oracle 频繁操作删除对索引的影响吗,delete语句对索引的影响之分析

最新推荐文章于 2022-05-11 23:32:08 发布
最新推荐文章于 2022-05-11 23:32:08 发布
阅读量1.5k 收藏 1
点赞数
文章标签： oracle 频繁操作删除对索引的影响吗

所用测试表与上篇文章相同。

删除第一个叶节点中的key值对应的记录：

SQL> delete from test_idx

2 where object_id<500

3 /

已删除8行。

SQL> conn system/oracle

已连接。

重新导出第一个数据块：

SQL> alter system dump datafile 4 block 229;

系统已更改。

打开导出文件，可以发现被删除的记录对应的key值被标记了一个字符“D”，但数据并未被真正删除

row#0[8023]flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 03 3b

col 1; len 6; (6): 01 00 00 a4 00 00

row#1[8010] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 03 3c

col 1; len 6; (6): 01 00 00 a4 00 01

row#2[7997] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 0c

col 1; len 6; (6): 01 00 00 a4 00 02

row#3[7984] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 0e

col 1; len 6; (6): 01 00 00 a4 00 03

row#4[7971] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 0f

col 1; len 6; (6): 01 00 00 a4 00 04

row#5[7958] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 11

col 1; len 6; (6): 01 00 00 a4 00 05

row#6[7945] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 12

col 1; len 6; (6): 01 00 00 a4 00 06

row#7[7932] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 14

col 1; len 6; (6): 01 00 00 a4 00 07

row#8[7919] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 07 06

再向表中添加记录，使其对应索引中的key值被加入第一个叶节点：

SQL> conn scott/tiger

已连接。

SQL> insert into test_idx

2 select * from all_objects

3 where object_id<500

4 /

已创建8行。

SQL> commit;

提交完成。

SQL> conn system/oracle

已连接。

SQL> alter system dump datafile 4 block 229;

系统已更改。

查看新的导出文件内容，注意上面被标记为删除的那些键值的变化：

row#0[1709] flag: ------, lock: 2, len=13

col 0; len 3; (3): c2 03 3b--数据与删除前相同

col 1; len 6; (6): 01 00 00 df 00 00--rowid发生改变

row#1[1722] flag: ------, lock: 2, len=13

col 0; len 3; (3): c2 03 3c

col 1; len 6; (6): 01 00 00 df 00 01

row#2[1735] flag: ------, lock: 2, len=13

col 0; len 3; (3): c2 04 0c

col 1; len 6; (6): 01 00 00 df 00 02

row#3[1748] flag: ------, lock: 2, len=13

col 0; len 3; (3): c2 04 0e

col 1; len 6; (6): 01 00 00 df 00 03

row#4[1761] flag: ------, lock: 2, len=13

col 0; len 3; (3): c2 04 0f

col 1; len 6; (6): 01 00 00 df 00 04

row#5[1774] flag: ------, lock: 2, len=13

col 0; len 3; (3): c2 04 11

col 1; len 6; (6): 01 00 00 df 00 05

row#6[1787] flag: ------, lock: 2, len=13

col 0; len 3; (3): c2 04 12

col 1; len 6; (6): 01 00 00 df 00 06

row#7[1800] flag: ------, lock: 2, len=13

col 0; len 3; (3): c2 04 14

col 1; len 6; (6): 01 00 00 df 00 07

row#8[7919] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 07 06--原来未被删除的数据

col 1; len 6; (6): 01 00 00 a4 00 08--rowid未发生改变

我们发现，删除标记没有了，虽然键值还是原来的(因为我们添加的记录与刚才删除的相同)，但是rowid已经发生改变(侧面说明表中新添加的记录不是严格重用其对应的删除记录所占用的空间)，而原来未被删除的键值的rowid没有发生变化。

如果新添加的数据不和原来删除的重复呢？

我们继续实验：

SQL> conn scott/tiger

已连接。

SQL> delete from test_idx

2 where object_id<800

3 /

已删除9行。

SQL> commit;

提交完成。

SQL> conn system/oracle

已连接。

SQL> alter system dump datafile 4 block 229;

系统已更改。

查看导出文件内容：

row#0[1709] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 03 3b

col 1; len 6; (6): 01 00 00 df 00 00

row#1[1722] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 03 3c

col 1; len 6; (6): 01 00 00 df 00 01

row#2[1735] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 0c

col 1; len 6; (6): 01 00 00 df 00 02

row#3[1748] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 0e

col 1; len 6; (6): 01 00 00 df 00 03

row#4[1761] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 0f

col 1; len 6; (6): 01 00 00 df 00 04

row#5[1774] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 11

col 1; len 6; (6): 01 00 00 df 00 05

row#6[1787] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 12

col 1; len 6; (6): 01 00 00 df 00 06

row#7[1800] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 04 14

col 1; len 6; (6): 01 00 00 df 00 07

row#8[7919] flag: ---D--, lock: 2, len=13

col 0; len 3; (3): c2 07 06

col 1; len 6; (6): 01 00 00 a4 00 08

row#9[7906] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 09 57

col 1; len 6; (6): 01 00 00 a4 00 09

row#10[7893] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 09 58

col 1; len 6; (6): 01 00 00 a4 00 0a

……

row#476[1839] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 12 2d

col 1; len 6; (6): 01 00 00 a9 00 4e

row#477[1826] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 12 2e

col 1; len 6; (6): 01 00 00 a9 00 4f

row#478[1813] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 12 2f

col 1; len 6; (6): 01 00 00 aa 00 00

----- end of leaf block dump -----

End dump data blocks tsn: 4 file#: 4 minblk 229 maxblk 229

我们再添加记录，然后导出数据块：

SQL> alter table test_idx modify created null;

表已更改。

SQL> alter table test_idx modify last_ddl_time null;

表已更改。

SQL> insert into test_idx(owner,object_id,object_name)

2 values('LAW',345,'HELLO')

3 /

已创建 1 行。

SQL> commit;

提交完成。

SQL> conn system/oracle

已连接。

SQL> alter system dump datafile 4 block 229;

系统已更改。

查看导出文件内容：

row#0[1696] flag: ------, lock: 2, len=13

col 0; len 3; (3): c2 04 2e--块中的第一个key值发生改变，继续查看可以发现，块中的所有键值经过了重新排列

col 1; len 6; (6): 01 00 00 df 00 08

row#1[7906] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 09 57

col 1; len 6; (6): 01 00 00 a4 00 09

row#2[7893] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 09 58

col 1; len 6; (6): 01 00 00 a4 00 0a

row#3[7880] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 09 5a

col 1; len 6; (6): 01 00 00 a4 00 0b

row#4[7867] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 09 5b

col 1; len 6; (6): 01 00 00 a4 00 0c

row#5[7854] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 0a 02

col 1; len 6; (6): 01 00 00 a4 00 0d

row#6[7841] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 0a 04

col 1; len 6; (6): 01 00 00 a4 00 0e

row#7[7828] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 0a 06

col 1; len 6; (6): 01 00 00 a4 00 0f

row#8[7815] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 0a 08

col 1; len 6; (6): 01 00 00 a4 00 10

row#9[7802] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 0a 0a

col 1; len 6; (6): 01 00 00 a4 00 11

row#10[7789] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 0a 0c

col 1; len 6; (6): 01 00 00 a4 00 12

row#11[7776] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 0a 0e

col 1; len 6; (6): 01 00 00 a4 00 13

……

row#467[1852] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 12 2b

col 1; len 6; (6): 01 00 00 a9 00 4d

row#468[1839] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 12 2d

col 1; len 6; (6): 01 00 00 a9 00 4e

row#469[1826] flag: ------, lock: 0, len=13

col 0; len 3; (3): c2 12 2e

col 1; len 6; (6): 01 00 00 a9 00 4f

row#470[1813] flag: ------, lock: 0, len=13--row＃比原来减少8

col 0; len 3; (3): c2 12 2f

col 1; len 6; (6): 01 00 00 aa 00 00

----- end of leaf block dump -----

End dump data blocks tsn: 4 file#: 4 minblk 229 maxblk 229

整个数据块中，标记删除的已经都被清空，现在第一个叶节点只剩下471个键值(原来最后一个row#为478)，键值也经过了重新排序。

结论：表中记录被删除后，索引中对应的键值不会被删除(即所占用空间不会释放)，而只是加上删除标记。

如果以后有新的键值(一个或多个)加进这个数据块，则块中标记删除的键值都会清除。注意索引中键值的删除与事务提交没有关系。

update语句相当于先delete再insert，实验步骤与结果与上面相同。

一只小短腿
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ORACLE重建索引总结
12-13
一、重建索引的前提 1、表上频繁发生update,delete操作； 2、表上发生了alter table ..move操作（move操作导致了rowid变化）。 二、重建索引的标准 1、索引重建是否有必要，一般看索引是否倾斜的严重，是否浪费了空间， 那应该如何才可以判断索引是否倾斜的严重，是否浪费了空间， 对索引进行结构分析（如下）： SQL>Analyze index index_name validate structure; 2、在执行步骤1的session中查询index_stats表，不要到别的session去查询。 SQL>select height,DEL_LF_ROWS/LF_ROWS from index_stats; 说明：当 查询出来的 height>=4 或者 DEL_LF_ROWS/LF_ROWS>0.2 的场合 ， 该索引考虑重建 。 举例： (t_gl_assistbalance 26 万多条信息 ) SQL> select count(*) from t_gl_assistbalance ; 输出结果： COUNT(*) ---------- 265788 SQL> Analyze index IX_GL_ASSTBAL_1 validate structure; Index analyzed SQL> select height,DEL_LF_ROWS/LF_ROWS from index_stats; 输出结果： HEIGHT DEL_LF_ROWS/LF_ROWS ---------- ------------------- 4 1 三、重建索引的方式 1、drop 原来的索引，然后再创建索引; 举例： 删除索引：drop index IX_PM_USERGROUP; 创建索引：create index IX_PM_USERGROUP on T_PM_USER (fgroupid); 说明：此方式耗时间，无法在24*7环境中实现，不建议使用。 2 、直接重建： 举例： alter index indexname rebuild; 或alter index indexname rebuild online; 说明：此方式比较快，可以在24*7环境中实现，建议使用此方式。 四、alter index rebuild 内部过程和注意点 alter index rebuild 和alter index rebuil online的区别 1、扫描方式不同 1.1、Rebuild以index fast full scan（or table full scan） 方式读取原索引中的数据来构建一个新的索引，有排序的操作; 1.2、rebuild online 执行表扫描获取数据，有排序的操作; 说明：Rebuild 方式 (index fast full scan or table full scan 取决于统计信息的cost) 举例1 SQL> explain plan for alter index IX_GL_ASSTBAL_1 rebuild; Explained SQL> select * from table(dbms_xplan.display); PLAN_TABLE_OUTPUT --------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost | --------------------------------------------------------------------- | 0 | ALTER INDEX STATEMENT | | 999K| 4882K| 3219 | | 1 | INDEX BUILD NON UNIQUE| IDX_POLICY_ID2 | | | | | 2 | SORT CREATE INDEX | | 999K| 4882K| | | 3 | INDEX FAST FULL SCAN | IDX_POLICY_ID2 | 999K| 4882K| | --------------------------------------------------------------------- 举例2 SQL> explain plan for alter index idx_policy_id rebuild; Explained SQL> select * from table(dbms_xplan.display); PLAN_TABLE_OUTPUT --------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost | --------------------------------------------------------------------- | 0 | ALTER INDEX STATEMENT | | 2072K| 9M| 461 | | 1 | INDEX BUILD NON UNIQUE| IDX_POLICY_ID | | | | | 2 | SORT CREATE INDEX | | 2072K| 9M| | | 3 | TABLE ACCESS FULL | TEST_INDEX | 2072K| 9M| 461 | 举例3 ( 注意和 举例1 比较 ) Rebuil online 方式 ： SQL> explain plan for alter index idx_policy_id2 rebuild online; Explained SQL> select * from table(dbms_xplan.display); PLAN_TABLE_OUTPUT --------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost | ---------------------------------------------------------------------| 0 | ALTER INDEX STATEMENT | | 999K| 4882K| 3219 | | 1 | INDEX BUILD NON UNIQUE| IDX_POLICY_ID2 | | | | | 2 | SORT CREATE INDEX | | 999K| 4882K| | | 3 | TABLE ACCESS FULL | TEST_INDEX2 | 999K| 4882K| 3219 | 2 、rebuild 会阻塞 dml 操作 ，rebuild online 不会阻塞 dml 操作 ； 3 、rebuild online 时系统会产生一个 SYS_JOURNAL_xxx 的 IOT 类型的系统临时日志表 ， 所有 rebuild online 时索引的变化都记录在这个表中 ， 当新的索引创建完成后 ， 把这个表的记录维护到新的索引中去 ， 然后 drop 掉旧的索引 ，rebuild online 就完成了。 注意点： 1、 执行rebuild操作时，需要检查表空间是否足够； 2、虽然说rebuild online操作允许dml操作，但是还是建议在业务不繁忙时间段进行； Rebuild操作会产生大量redo log ； 五、重建分区表上的分区索引 重建分区索引方法： Alter index indexname rebuild partition paritionname tablespace tablespacename; Alter index indexname rebuild subpartition partitioname tablespace tablespacename; Partition name 可以从user_ind_partitions查找 Tablepace 参数允许alter index操作更改索引的存储空间； 六、索引状态描述 在数据字典中查看索引状态，发现有三种： valid:当前索引有效 N/A :分区索引 有效 unusable:索引失效 七、术语 1、高基数：简单理解就是表中列的不同值多。 2、低基数：建单理解就是表中的列的不同值少。 3、以删除的叶节点数量：指得是数据行的delete操作从逻辑上删除的索引节点 的数量，要记住oracle在删除数据行后，将 “ 死 “ 节点保留在索引中，这样做可以加快sql删除操作的速度，因此oracle删除数据行后可以不必重新平衡索引。 4、索引高度：索引高度是指由于数据行的插入操作而产生的索引层数，当表中添加大量数据时，oracle将生成索引的新层次以适应加入的数据行，因此，oracle索引可能有4层，但是这只会出现在索引数中产生大量插入操作的区域。Oracle索引的三层结构可以支持数百万的项目，而具备4层或是更多层的需要重建。 5、每次索引访问的读取数：是指利用索引读取一数据行时所需要的逻辑I/O操作数，逻辑读取不必是物理读取，因为索引的许多内容已经保存在数据缓冲区，然而，任何数据大于10的索引都需要重建。 6、什么时候重建呢？ 察看 dba_indexes 中的 blevel 。这列是说明索引从根块到叶快的级别，或是深度。如果级别大于等于4。则需要重建， 如下 ：Select index_name,blevel from dba_indexes where blevel>=4. 另一个从重建中受益的指标显然是当该索引中的被删除项占总的项数的百分比。如果在20%以上时，也应当重建，如下 SQL>analyze index index_name validate structure SQL>select (del_lf_rows_len/lf_rows_len)*100 from index_stats where name= ’ index_name ’ 就能看到是否这个索引被删除的百分比。 7、什么样的重建方式更好？ （1）、建索引的办法： 1.1、删除并从头开始建立索引。 1.2 、 使用 alter index index_name rebuild 命令重建索引。 1.3 、 使用 alter index index_name coalesce 命令重建索引。 （2）、下面讨论一下这三种方法的优缺点： 2.1、删除并从头开始建索引：方法是最慢的，最耗时的。一般不建议。 2.2、Alter index index_name rebuild 快速重建索引的一种有效的办法，因为使用现有索引项来重建新索引，如果客户操作时有其他用户在对这个表操作，尽量使用带online参数来最大限度的减少索引重建时将会出现的任何加锁问题，alter index index_name rebuild online。 但是,由于新旧索引在建立时同时存在，因此，使用这种技巧则需要有额外的磁盘空间可临时使用，当索引建完后把老索引删除，如果没有成功，也不会影响原来的索引。利用这种办法可以用来将一个索引移到新的表空间。 Alter index index_name rebuild tablespace tablespace_name 。 这个命令的执行步骤如下： 首先，逐一读取现有索引，以获取索引的关键字。 其次，按新的结构填写临时数据段。 最后，一旦操作成功，删除原有索引树，降临时数据段重命名为新的索引。 需要注意的是alter index index_name rebuild 命令中必须使用tablespace字句，以保证重建工作是在现有索引相同的表空间进行。 2.3、alter index index_name coalesce 使用带有coalesce参数时重建期间不需要额外空间，它只是在重建索引时将处于同一个索引分支内的叶块拼合起来，这最大限度的减少了与查询过程中相关的潜在的加锁问题，但是，coalesce选项不能用来将一个索引转移到其他表空间。 八、其他 1、truncate 分区操作和truncate 普通表的区别？ 1.1、Truncate 分区操作会导致全局索引失效; truncate 普通表对索引没有影响； 1.2、Truncate 分区操作不会释放全局索引中的空间，而truncate 普通表会释放索引所占空间； 2、rename 表名操作对索引没有影响，因为rename操作只是更改了数据字典，表中数据行的rowid并没有发生变化 总结： 1、判断是否需要重建索引： SQL>analyze index index_name validate structure; SQL> select height,DEL_LF_ROWS/LF_ROWS from index_stats; （ 或 Select index_name,blevel from dba_indexes where blevel>=4 ）; 说明 ： 当查询出来的 height>=4 或者 DEL_LF_ROWS/LF_ROWS>0.2 的场合 ， 该索引考虑重建 ； 2 、重建索引方法 ： 方法一、 Alter index index_name rebuild tablespace tablespace_name; 优点：是快速重建索引的一种有效的办法，可以用来将一个索引移到新的表空间。 缺点：重建期间需要额外空间。 方法二、 alter index index_name coalesce; 优点：重建期间不需要额外空间。 缺点：coalesce选项不能用来将一个索引转移到其他表空间。
mysql 执行delete的时候没走索引
深海微澜
11-16 9315
在项目中需要删除表里的过期数据，表设置了key为gmt_created， 但是在执行"delete from  table_name where to_days(gmt_created) &lt; to_days(now()) -7"这个语句的时候并没有走索引。 研究后发现是因为在gmt_created上使用了to_days（）这个函数后， 就不会走索引了，修改sql语句为： delete...
delete语句对索引的影响之分析
csdn11223的博客
04-24 1540
所用测试表与上篇文章相同。删除第一个叶节点中的key值对应的记录：SQL> delete from test_idx2 where object_id<5003 /已删除8行。SQL> conn system/...
oracle大量删除数据之后索引是否需要重建_oracle10g重建XDB
weixin_39973196的博客
11-21 505
大家下午好，最近在网上认识一个妹子，叫XDB，偏偏她和我闹别扭，失效了。所以我通过去她老家MOS，多次明察暗访，研究了一些她的资料，大致摸清她的星座性格之后，得出了重建XDB的大致流程。以下是把我的研究过程与大家一起分享：首先，就我的理解，和大家简单说说XDB是啥东东。根据官档的概述：XDB又叫XML DB,主要的作用是用来高效率地处理XML类型的数据，提供本地的XML支持，包含存储、创建、访问、...
oracle-索引
Java_Fly1的博客
05-11 1125
oracle-索引学习记录
oracle 频繁操作删除对索引的影响吗,oracle使用索引与不使用索引的性能详析
weixin_42131316的博客
04-03 557
前言Oracle存储索引的数据结构是B*树。位图索引也是如此，仅仅只是是叶子节点不同B*数索引；索引由根节点、分支节点和叶子节点组成。上级索引块包括下级索引块的索引数据，叶节点包括索引数据和确定行实际位置的rowid。使用索引的目的：加快查询速度降低I/O操作消除磁盘排序何时使用索引：查询返回的记录数排序表<40%非排序表 <7%表的碎片较多(频繁添加、删除)索引的种类非唯一索引(最经...
oracle 频繁操作删除对索引的影响吗,清除Oracle中无用索引 改善DML性能
weixin_34286711的博客
04-03 604
DML性能低下，其中最严重的原因之一是无用索引的存在。所有SQL的插入，更新和删除操作在它们需要在每一行数据被改变时修改大量索引的时候会变得更慢。许多Oracle 管理人员只要看见在一个SQL 查询的WHERE语句出现了一列的话就会为它分配索引。虽然这个方法能够让SQL运行得更快速，但是基于功能的Oracle 索引使得数据库管理人员有可能在数据表的行上过度分配索引。过度分配索引会严重影响关键Ora...
oracle索引对delete的影响,【Oracle】-【COMMIT对索引的影响】-从trace看COMMIT对索引的影响...
weixin_42165018的博客
04-06 411
之前看过老杨http://yangtingkun.itpub.net/post/468/231000的一篇文章，讲述了INSERT操作对全文索引无操作，但DELETE时为了防止删除的数据仍能通过索引的ROWID访问产生的错误，此时会进行索引的删除操作，因此大批量的DELETE-COMMIT就会耗时，甚至导致数据库挂起。最近因为工作上的需求，有个任务涉及到数据迁移，因此一直关注COMMIT耗时的问题...
用SQL建立索引的方法步骤
12-15
进入查询窗口后，输入下面的语句： CREATE INDEX mycolumn_index ON mytable (myclumn) 这个语句建立了一个名为mycolumn_index的索引。你可以给一个索引起任何名字，但你应该在索引名中包含所索引的字段名，这对你...
Oracle提高sql执行效率的心得建议
12-16
被程序语句获得的锁 3.redo log buffer –>把Alias前缀于每个Column上可以减少解析的时间 –>ORACLE解析sql语句时会把小写的字母转换成大写的再执行 –>在索引列上使用NOT会停止使用索引转而执行全表扫描 –>在索引...
oracle 数据按主键删除慢问题的解决方法
12-16
问题描述： 根据表主键id删除一条数据，在PL/SQL上...sql语句来处理update和delete数据操作。但是依然没效果！！！ 怀疑数据库出问题了！~  于是拿sql语句在PL/SQL客户端执行，查看执行计划。删除和更新都能使用到索引
通过分析SQL语句的执行计划优化SQL
01-19
例如，如果我们认为对于一个特定的语句，执行全表扫描要比执行索引扫描更有效，则我们就可以指示优化器使用全表扫描。在Oracle中，是通过为语句添加hints(提示)来实现干预优化器优化的目的。 hints是oracle提供的一...
Oracle数据库中truncate命令和delete命令的区别
Husc2009的专栏
07-28 1483
首先讲一下，truncate命令： 语法：TRUNCATE  TABLE  table; 表格里的数据被清空，存储空间被释放。 运行后会自动提交，包括之前其它未提交的会话，因而一旦清空无法回退。 只有表格的创建者或者其他拥有删除任意表格权限的用户（如DBA）才能清空表格。 TRUNCATE  TABLE  dept30; Table truncated. --------------
ORACLE表大量delete删除后查询变慢
涛哥是个大帅比
06-25 3280
sys_log日志表中有几千万条历史数据，用delete全部删除后，使用 select * from sys_log 查询需要10多秒，一条数据都没有查询也需要10多秒，速度跟之前还是差不多。 原因是该表的空间大了，数据虽然被删除了，但是表空间还是很大，查询起来很慢。 解决的方法是把该表所占用的表空间缩小，或者说释放表空间。 解决方案：对sys_log表进行表空间压缩和索引重建 压缩表空间语句：alter t...
Oracle未提交事务引起的锁
weixin_30519071的博客
06-16 1195
笔者所在公司最近上了一套系统，系统使用中间件连接Oracle数据库，使用一段时间之后系统就会停止响应。发现问题在于2点： 1. 中间件有线程执行了Delete语句之后，一直处于等待状态，没有COMMIT提交事务，对表施加了行锁且该线程无法复用（中间件总线程数有限制） 2. 对表施加了行锁之后，后续中间件线程如果需要修改该行，将被阻塞。 以上两个因素不断发生，最终导致中间件线程数耗尽...
oracle索引的创建与删除,Oracle关于索引创建中断无法删除的问题
weixin_33734087的博客
04-03 567
p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px Helvetica}p.p2 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px Helvetica; min-height: 13.0px}--在建立索引的时候由于会话中断，导致oracle数据字典内已经包含了该索引的信息，但是却实际没有为该索引分配段...
Oracle中快速删除所有表数据
爱的叹息的专栏
08-26 4722
一、禁止所有的外键约束 在pl/sql developer下执行如下语句： SELECT 'ALTER TABLE ' || table_name || ' disable CONSTRAINT ' || constraint_name || ';' FROM user_constraints where CONSTRAINT_TYPE = 'R'; 把查询出来的结果拷出来在pl/sql developer时执行。 若没有pl/sql developer，可以在sqlplus里操作，方法如下: 1..
oracle数据库储存路径,Oracle数据库用户的密码保存位置说明
weixin_31763817的博客
04-03 960
SQL>selectname,passwordfromsys.user$;NAMEPASSWORD------------------------------------------------------------SYS8A8F025737A9097APUBLICCON...
电子、通信、计算机大类学生课程实验的心得体会
最新发布
05-01
电子、通信、计算机大类学生课程实验的心得体会 电子、通信、计算机大类的学生课程实验是工科教育中非常重要的一环，它不仅能够加深学生对理论知识的理解，还能培养学生的实践能力和创新思维。
oracle数据库删除数据delete语句和truncate语句
09-03
Oracle数据库中，删除数据的方式有delete语句和truncate语句。 首先是delete语句，它用于删除表中的数据行，可以根据特定的条件来删除某些数据。delete语句删除数据的过程是逐行删除的，因此执行时间较长，适用于删除少量数据或需要满足特定条件的数据。例如，可以使用delete语句删除某个表中年龄大于30岁的人员信息。 delete from 表名 where 条件; 接下来是truncate语句，它用于删除表中的所有数据，包括表的结构和索引。truncate语句是一次性删除所有数据的，速度比delete语句快得多。但是需要注意的是，truncate语句无法回滚，一旦执行就无法恢复数据。适用于需要快速清空整个表的情况，比如清空日志表中的数据。 truncate table 表名; 总结来说，delete语句适用于删除部分数据，可以满足特定条件，但执行较慢；而truncate语句适用于删除整个表的数据，执行速度快，但无法恢复数据。在使用时需要根据实际情况选择合适的删除方式。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值