rebuild online 和drop partition update global indexes

最新推荐文章于 2024-08-21 10:52:24 发布
转载 最新推荐文章于 2024-08-21 10:52:24 发布 · 637 阅读 · 1

本文详细解释了在数据库管理中，执行 rebuildonline 操作需要双倍空间的原因，而 droppartitionupdateglobalindexes 则不会释放索引空间，也无需双倍空间。通过对比这两个操作的空间需求，帮助用户更好地理解和管理数据库资源。

rebuild online 需要双倍空间

drop partition update global indexes ，是将索引条目删除，不需要双倍空间，也不会释放索引空间

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/8135069/viewspace-709731/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/8135069/viewspace-709731/

cssc0231
关注
partition global index 大全 UPDATE GLOBAL INDEXES
jnrjian的博客
04-27 1530
DETAILS----19CSQL> @selSQL> @selSQL> @selSQL> @sel。
oracle分区大批量update,Oracle 对分区作调整记得加update global indexes
weixin_26873711的博客
04-16 1289
Oracle 对分区做调整记得加update global indexes在对分区做ddl操作时，会使分区全局索引失效，需要加上关键字update global indexes。SQL> select * from v$version;BANNER-------------------------------------------------------------------------...
update global indexes的online的程度研究
conghuan4367的博客
07-08 448
我们知道，如果要在一个table partition上做DDL时，是可能会invalidate global index的。但是，如果我们加上update global indexes，或update indexes语句，那么O...
Oracle 对分区做调整记得加update global indexes
关注系统性能调优
03-16 1万+
在对分区做ddl操作时，会使分区全局索引失效，需要加上关键字update global indexes。 SQL> select * from v$version; BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enter
UPDATE GLOBAL INDEXES效果测试
ice
04-13 1534
alter table T_RECORD_0510 drop partition SYS_P9621 UPDATE GLOBAL INDEXES;   这是一段删除自动分区表中某个分区的代码，实际上我们经常遇到这种情况，就是自动分区表满了，要删掉较老的分区，这时候全局索引面临失效问题，这时大概有两个解决方案，一个是重做索引，一个就是采用UPDATE GLOBAL INDEXES;具体性能我...
oracle 调整 hash 分区表时，表上的本地索引、全局索引、全局分区索引需要添加 update global indexes
一名数据库爱好者的专栏
11-04 1922
os: centos 7.4 db: oracle 11.2.0.4 版本 # cat /etc/centos-release CentOS Linux release 7.4.1708 (Core) # su - oracle Last login: Tue Oct 8 16:35:50 CST 2019 on pts/0 $ sqlplus / as sysdba; SQL> s...
Oracle 12c新特性维护表分区Global Index不失效
你好我是李白
01-08 1389
1.新特性官方文档说明 这个特性为：Oracle 12c Release 1 New Feature 详情可参考官方文档：Database VLDB and Partitioning Guide 新特性限制 Asynchronous Global Index Maintenance for Dropping and Truncating Partitions The partiti...
oracle12c新特性之异步全局索引维护
conghe6716的博客
07-08 1643
异步全局索引维护 这是oracle12c的新特性。之前drop分区或者truncate分区的时候，会使得全局索引不可用，update indexes和update global indexes虽然可以维护索引的可用性，但是索引...
Oracle Index Partition索引分区的管理
zxrhhm的博客
08-21 1852
索引分区Index Partiton
oracle update indexs,update global indexes的online的程度研究
weixin_33856590的博客
04-13 2578
我们知道，如果要在一个table partition上做DDL时，是可能会invalidate global index的。但是，如果我们加上update global indexes，或update indexes语句，那么Oracle会自动帮我们update global index，使其继续保持valid状态，而且在其间global index可以继续使用。当我们需要定期清除有global ...
Oracle表的分区update卡着,分区表update global indexes引起表阻塞
weixin_39546312的博客
04-09 1179
分区表update global indexes引起表阻塞在drop一个大的分区表(半年前，未使用)的时候引起系统阻塞队列alter table agent_log truncate partition al_200710 update global indexes;select event,wait_time from v$session_wait;EVENT ...
update global indexes的online的程度研究（转）
05-27 3725
<br />http://www.itpub.net/thread-1323472-1-1.html<br /><br />我们知道，如果要在一个table partition上做DDL时，是可能会invalidate global index的。<br />但是，如果我们加上update global indexes，或update indexes语句，那么Oracle会自动帮我们update global index，使其继续保持valid状态，而且在其间global index可以继续使用。<br /
Oracle分区表索引
viviliving的专栏
08-15 8408
导致全局索引失效，本地索引因为分区已经drop掉了,也就不存在索引失效的说法了，drop分区时指定update global indexes全局索引不会失效。导致全局索引和本地索引都失效，split分区时指定update global indexes全局索引不会失效，split相关的分区本地索引可以重建。导致全局索引失效，不会导致本地索引失效，truncate分区时指定update global indexes全局索引不会失效。不会导致全局和本地索引失效。...
分区truncate操作的介绍
热门推荐
enenwenwen的专栏
06-09 2万+
① 马上回收空间： 　　alter table table_name truncate partition partition_name drop storage; 　　② 同时维护全局索引： 　　alter table table_name drop partition partition_name update global indexes; 　　㈡ 对全局索引的作用 　　大分区表t
Oracle交换分区
╰☆浮云先森☆╮的博客
04-11 1091
所有的索引都失效了，可见这种方法的弊端是虽然数据加载快速，但是索引需要重建（加上update global indexes也是重建），这个就比较致命了。这个过程修改的数据字典中的物理位置指向，那么必然要满足约束的要求，否则加载过去的数据违反了表上的主键约束或者唯一约束。在你删除一个分区、分解一个分区以及在分区上执行任何必要的操作时，Oracle会对全局索引执行必要的修改，保证它是最新的。你会发现，通过牺牲分区操作的速度，可以换取100%的数据可用性（尽管分区操作的总体响应时间会更慢）。
Oracle分区之三：索引分区
Watson的专栏
01-17 5974
分区索引分为本地(local index)索引和全局索引(global index)。对于local索引，每一个表分区对应一个索引分区，当表的分区发生变化时，索引的维护由Oracle自动进行。对于global索引，可以选择是否分区，而且索引的分区可以不与表分区相对应。当对分区进行维护操作时，通常会导致全局索引的INVALDED，必须在执行完操作后REBUILD。Oracle9i提供了UPDATE
删除分区 全局索引 drop partition global index Statistics变化
jnrjian的博客
08-01 1220
当我们删除表中数据的时候，同时要删除他对应的索引，由于索引是有序排列的，如果要删除一条索引数据，他的组织结构，就需要调整，以保证正确的排列顺序，通过这个问题，能让我体会到的，就是一个看着很简单的问题背后，其实蕴涵着丰富的知识，同时对待任何一个知识点，从原理层理解地越深入，找到问题的本质，就可以让你和真相更近，豁然开朗，这可能就需要日常的积累，碰到问题的时候，多问一句为什么，就可能让你大开眼界，这就是Oracle以及技术领域最吸引人的地方了。，不会导致全局索引状态的失效。比以前同期跑的还快一点。
删除分区后维护全局索引失效的三种方法
zhanglujie2008的专栏
06-13 3445
执行下面的查询语句： select a.owner,a.table_name,a.partitioned,b.partition_count,c.column_name,d.partition_name from dba_tables a, dba_part_tables b, dba_part_key_columns c, dba_tab_partitions d where a.tabl
清理语句ALTER TABLE sales DROP PARTITION p2023 UPDATE GLOBAL INDEXES;oracle版本是11g
最新发布
03-28
<think>好的，我现在需要帮助用户解决他们在执行Oracle表分区清理时遇到的ORA-14126错误。用户已经提供了他们使用的清理语句和数据库版本，我需要仔细分析这些信息。 首先，用户使用的语句是： ALTER TABLE sales DROP PARTITION p2023 UPDATE GLOBAL INDEXES; 而数据库版本是Oracle 11g。 根据之前的对话，用户已经知道ORA-14126可能由多种原因引起，比如语法错误、无效分区名、最后一个分区问题或依赖冲突。现在需要具体针对他们提供的语句和版本进行排查。 首先，我需要确认Oracle 11g是否支持在DROP PARTITION时使用UPDATE GLOBAL INDEXES子句。回忆一下，Oracle在11g引入了在线分区维护功能，但可能需要确认具体版本的支持情况。比如，11g R1可能在某些情况下不支持该子句，或者存在已知的问题。如果用户使用的是11g早期版本，这个子句可能无效，导致语法错误，从而触发ORA-14126。因此，用户遇到的错误可能是因为在11g中UPDATE GLOBAL INDEXES不可用，或者语法不正确。 接下来，考虑分区是否存在。需要检查用户是否确认了分区p2023确实存在于sales表中。如果分区名拼写错误或者不存在，执行该语句自然会报错。用户可能需要运行查询分区名的SQL来验证。 另一个可能性是用户尝试删除最后一个分区。Oracle不允许表没有任何分区，因此如果p2023是唯一的剩余分区，删除时会报错。需要用户确认表中的分区数量，如果只有一个，必须使用其他方法，如合并分区或重建表。 此外，全局索引的问题。即使用户使用了UPDATE GLOBAL INDEXES，可能在11g中该选项的行为与后续版本不同，比如该子句可能无法正确处理某些索引状态，导致错误。或者，用户可能有未被维护的本地索引，但本地索引通常在分区操作后自动维护，但全局索引需要显式处理。如果存在未处理的全局索引，可能导致错误。 权限问题也可能存在。用户是否有足够的权限执行ALTER TABLE并更新索引？需要检查用户是否被授予了必要的权限，如ALTER ANY TABLE或对特定表的ALTER权限。 还有可能涉及外键约束或其他依赖对象。如果该分区中的数据被其他表的外键引用，并且没有设置级联删除，删除分区时可能触发约束冲突，导致错误。 此外，考虑Oracle 11g中的已知问题或bug。有时候特定版本的Oracle可能存在bug，导致某些DDL语句失败。需要查看Oracle的支持文档，确认是否有相关的补丁或解决方案。 总结可能的原因： 1. Oracle 11g版本不支持在DROP PARTITION时使用UPDATE GLOBAL INDEXES，导致语法错误。 2. 分区p2023不存在或名称错误。 3. p2023是最后一个分区，无法删除。 4. 存在未处理的外键约束或依赖。 5. 权限不足。 6. 全局索引维护问题，即使使用了UPDATE GLOBAL INDEXES，也可能存在兼容性问题。 需要逐一排查这些可能性。首先，检查Oracle 11g的版本是否支持该语法。如果支持，可能需要验证分区是否存在，是否是最后一个分区，以及是否有其他依赖。如果发现版本不支持该子句，可能需要调整语句，比如先手动重建索引，或者在维护期间暂停索引。此外，用户可能需要升级数据库版本或应用补丁来解决已知的问题。 另外，用户可能在执行语句时遇到隐式转换或其他语法问题，比如表名或分区名的大小写是否正确，或者是否使用了保留字导致解析错误。需要确保所有对象名称正确无误，并且语句符合Oracle 11g的语法要求。 最后，建议用户提供更多上下文信息，如具体的错误堆栈、表结构、索引定义等，以便更准确地诊断问题。</think>以下是针对 **Oracle 11g** 环境下执行清理语句 `ALTER TABLE sales DROP PARTITION p2023 UPDATE GLOBAL INDEXES;` 时触发 **ORA-14126** 的详细分析与解决方案： --- ### **第一步：确认 Oracle 11g 对 `UPDATE GLOBAL INDEXES` 的支持** - **关键问题**： Oracle 11g 支持 `UPDATE GLOBAL INDEXES` 语法，但存在以下限制： 1. **仅限部分操作**：在 11g 中，`UPDATE GLOBAL INDEXES` 对 `DROP PARTITION` 的支持可能不完善（需确认具体版本是否为 11.2.0.4 或更高）。 2. **索引类型限制**：若全局索引是函数索引、虚拟列索引等复杂类型，可能无法通过该子句自动维护。 - **验证方法**： 检查数据库版本： ```sql SELECT * FROM v$version WHERE banner LIKE 'Oracle Database 11g%'; ``` - 若版本低于 11.2.0.4，建议升级或改用其他方法（见下文）。 --- ### **第二步：排查分区名称与表结构** #### 1. **确认分区是否存在** 执行以下查询，检查分区 `p2023` 是否在表中： ```sql SELECT partition_name, high_value FROM user_tab_partitions WHERE table_name = 'SALES'; -- 注意表名区分大小写 ``` - 若结果中无 `p2023`，需修正为实际存在的分区名。 #### 2. **检查是否为最后一个分区** Oracle 不允许删除表中的最后一个分区。若表中仅剩 `p2023`： ```sql SELECT COUNT(*) FROM user_tab_partitions WHERE table_name = 'SALES'; ``` - 若结果为 `1`，需先合并或新增分区后再删除。 --- ### **第三步：处理全局索引问题** #### 1. **手动维护全局索引** 若 `UPDATE GLOBAL INDEXES` 在 11g 中无法生效（例如索引失效）： ```sql -- 删除分区（不更新索引） ALTER TABLE sales DROP PARTITION p2023; -- 手动重建全局索引 ALTER INDEX sales_global_idx REBUILD; ``` #### 2. **检查索引状态** 删除分区后，验证全局索引是否有效： ```sql SELECT index_name, status FROM user_indexes WHERE table_name = 'SALES' AND partitioned = 'NO'; ``` - 若状态为 `UNUSABLE`，需重建索引。 --- ### **第四步：外键约束与触发器** #### 1. **检查外键引用** 若其他表通过外键引用该分区数据： ```sql SELECT a.table_name, a.constraint_name FROM user_constraints a, user_constraints b WHERE a.constraint_type = 'R' AND a.r_constraint_name = b.constraint_name AND b.table_name = 'SALES'; ``` - 需级联删除或禁用外键约束。 #### 2. **禁用触发器** 若存在 `BEFORE DROP` 或 `AFTER DROP` 触发器： ```sql SELECT trigger_name, status FROM user_triggers WHERE table_name = 'SALES'; ``` - 临时禁用相关触发器： ```sql ALTER TRIGGER trigger_name DISABLE; ``` --- ### **第五步：权限与语法兼容性** #### 1. **权限验证** 确保执行用户拥有以下权限： ```sql GRANT ALTER ANY TABLE TO your_user; -- 需 DBA 授权 ``` #### 2. **语法兼容性** Oracle 11g 对 `DROP PARTITION` 的语法要求严格，需确认： - 表名和分区名未使用保留字（如 `SALES` 或 `PARTITION`）。 - 语句末尾无多余符号（如分号 `;` 在 SQL*Plus 外执行时可能报错）。 --- ### **附：Oracle 11g 推荐操作流程** 1. **备份数据**（可选但建议）： ```sql CREATE TABLE sales_backup AS SELECT * FROM sales PARTITION (p2023); ``` 2. **安全删除分区**： ```sql -- 若支持 UPDATE GLOBAL INDEXES： ALTER TABLE sales DROP PARTITION p2023 UPDATE GLOBAL INDEXES; -- 若不支持，分步操作： ALTER TABLE sales DROP PARTITION p2023; ALTER INDEX sales_global_idx REBUILD; ``` 3. **清理后检查**： ```sql -- 确认分区已删除 SELECT partition_name FROM user_tab_partitions WHERE table_name = 'SALES'; -- 确认索引有效 SELECT index_name, status FROM user_indexes WHERE table_name = 'SALES'; ``` --- ### **可能触发的其他错误** - **ORA-14083: 无法删除唯一分区**：需保留至少一个分区。 - **ORA-02449: 外键引用存在**：需处理依赖关系。 - **ORA-01502: 索引无效**：重建全局索引。 --- ### **总结建议** 1. **优先升级到 11.2.0.4+ 或更高版本**，以完善分区操作兼容性。 2. **分步执行**：先删除分区，再手动维护索引，避免依赖子句的隐性限制。 3. **严格验证分区名称与表结构**，避免低级错误。 如需进一步分析，请提供以下信息： - 完整的错误堆栈（包括错误发生时的会话跟踪）。 - 表 `SALES` 的分区定义（通过 `DBMS_METADATA.GET_DDL` 导出）。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值