如何统计Oracle中某个表的物理IO

最新推荐文章于 2024-08-02 00:50:16 发布
最新推荐文章于 2024-08-02 00:50:16 发布
阅读量984 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Oracle 性能调优 Oracle 视图 文章标签： oracle io
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/orion61/article/details/6736482
本文介绍了一种在Oracle数据库中统计特定表物理输入输出(Physical I/O)的方法,这对于理解数据库性能瓶颈及进行调优非常关键。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Oracle系统统计信息重要性(包含空闲+负载时的CPU IO等统计信息)
Daniel's Blog
12-17 1428
1、存在系统表  select * from sys.aux_stats$; 2、统计信息项 --cpuspeedNW 表示非负载情况下的cpu速度,在系统启动时自动搜集 --ioseektim IO查找时间，以毫秒表示；缺省为10ms,非负载模式或可以手动设置。 --iotfrspeed IO传输速度，                    表示Oracle数据库单次读数据的传输速
Oracle手工增加排序区避免SQL使用临时表空间排序产生物理IO
PiscesCanon的博客
11-17 27
Oracle手工增加排序区避免SQL使用临时表空间排序产生物理IO 背景 最近公司有个项目需要用到ClickHouse，表是使用列式存储形式的。 对于基本静态的数据或者DML速度要求不高，同时涉及大批量数据集统计的操作相比Oracle来说运行速度大大大幅度提升。 由于Oracle 12C以后开始推出In-Memory特性，可以设置INMEMORY_SIZE 为非0值可启用IM column st...
oracle查看物理IO前十的表
weixin_34341229的博客
10-03 569
2019独角兽企业重金招聘Python工程师标准>>> ...
2.1_9 Oralce 收集统计信息方式1_SYS.DBMS_STATS
GroupiesM的博客
09-28 4135
Oracle收集统计信息方式1 SYS.DBMS_STATS
逻辑io 物理io oracle,物理IO与逻辑IO
weixin_30303839的博客
04-10 453
IO性能对于一个系统的影响是至关重要的。一个系统经过多项优化以后，瓶颈往往落在数据库；而数据库经过多种优化以后，瓶颈最终会落到IO。而IO性能的发展，明显落后于CPU的发展。Memchached也好，NoSql也好，这些流行技术的背后都在直接或者间接地回避IO瓶颈，从而提高系统性能。IO系统的分层：三层结构上图层次比较多，但总的就是三部分。 磁盘(存储)、 VM(卷管理)和 文件系统。...
Oracle数据库服务器IO高的分析方案.docx
10-15
- **BLOCK**：Oracle数据库中数据文件的基本存储单元，类似于逻辑卷管理器中的物理分区（PP）。每个BLOCK大小默认为8KB，用于存储用户表的数据记录。 - **AWR报告**：Oracle数据库自带的一种性能诊断工具，能够收集...
oracle怎么判断逻辑读,如何查看Oracle数据库物理读、逻辑读前10的sql？
weixin_36483061的博客
04-05 1280
概述今天主要介绍几个sql,可能很多人就收藏一下但很少会去用，所以结合案例来做一下分析，这样就知道在什么场景用了。下面介绍一下案例。1、监控分析从监控发现物理IO读处于比较高的水平，截图如下：物理读基本保持在几十M，物理写很少。2、观察AWR报告这里拿了对应的awr报告，简单看下逻辑读和物理读情况。从这个截图我们只计算下逻辑读和物理读：1.逻辑读大小：56222*8192/1024/1024=43...
Oracle 12c系列(四)｜资源隔离之IO、内存、CPU
优快云研发技术
03-09 3422
服务器主机提供IO、内存、CPU、存储空间等资源为数据库使用，Oracle使用Flex Diskgroup为数据库提供存储空间并做了相应的资源隔离。下面我们来看下Oracle是如何为不同的PDB做IO、内存、CPU限制的。 一、IO 资源隔离 12cR2中，引入了两个参数MAX_IOPS和MAX_MBPS来限制PDB的物理IO。这两个参数只作用于PDB，不对CDB和非多租户环境生效。另外，...
Oracle数据库自带的内置表和视图、常用内部视图
睡不醒的每天
07-09 1928
实现视图 user_mviews 物化视图user_mview_logs 物化视图日志user_mview_comments 物化视图注释user_mview_refresh_times 物化视图刷新时间user_mview_analysis 物化视图的附加信息user_mview_detail_relations 物化视图FROM列表的详细关系user_mview_keys 物化视图列（或者 GROUP BY子句中的列）
oracle 数据库 表空间最近2小时 io 统计信息
Lixora's DB Home
02-08 2014
oracle 数据库 表空间最近2小时 io 统计信息 —————————————————————————— ——————for single instance —————————— select e.tsname tsname,        sum(e.phyrds - nvl(b.phyrds, 0)) reads,        sum(e.phyrds - nvl(
oracle统计表的使用次数,监控索引使用次数及使用时间
weixin_39824020的博客
04-04 1685
，而再次开启索引监控后，USED列并又会变为NO，因此脚本就是利用该特性，创建一张记录表，用于记录索引使用的，然后重新开启索引监控。----1.开启索引监控SELECT 'ALTER INDEX ' || owner || '.' ||index_name || ' MONITORING USAGE;' enable_monitor,'ALTER INDEX ' || owner || '.' |...
Oracle等待事件分析与AWR和ASH报告
鲨鱼胃的博客
06-05 3645
文章目录1 ASH和AWR1.1 ASH1.1.1 ash占用的内存大小1.2 AWR1.3 等待事件分析1.4 MMON进程与MMNL进程1.4.1 MMON进程1.4.2 MMML进程1.5 SYSAUX表空间1.6 采样频率和保留时间2 生成AWR和ASH报告2.1 生成AWR报告2.2 AWR的主要参数2.3 生成AWR报告2.4 ASH报告主要参数 1 ASH和AWR 1.1 ASH 用...
统计ORACLE读块的IO能力
海鲨数据库架构师
06-15 1870
忽然想到了测试数据库的真实IO能力,虽然硬件工程师有套方法测试IOPS ,虽然ORACLE也推出了ORAXXX的测试小工具. 实际应用环境中 因为表空间,表的设置,块的大小等因素影响到IOPS. 比如想一个全表扫描,需要多久才能出来呢? 分别在工作负责空闲情况下,高的情况下,并行的情况下.做公司的研发数据库上做了相应的实验,就在空闲情况下得到的时间不太有效.比如一个表有1万个块,每个块8K  得到
oracle IO性能分析
一个只求实际的程序猿
08-02 855
22-10月-22 03.00.49.801 下午 20536 <4ms 89464 26.39。22-10月-22 03.00.49.801 下午 20536 <8ms 89464 18.28。22-10月-22 03.00.49.801 下午 20536 <16ms 89464 13.16。
oracle 查询数据库io,查看Oracle数据文件和磁盘i/o情况
weixin_32482133的博客
04-02 3648
查看Oracle数据文件和磁盘i/o情况--查询当前用户使用了多少还原表空间select d.username,c.name,b.writesfrom v$transaction a,v$rollstat b,v$rollname c,v$session dwhere d.taddr=a.addrand a.xidusn=b.usnand b.usn=c.usnorder by d.usernam...
物理IO与逻辑IO
haiross的专栏
09-29 8985
物理IO与逻辑IO   2012-12-28 16:38:07|  分类： webgame |字号 订阅 IO性能对于一个系统的影响是至关重要的。一个系统经过多项优化以后，瓶颈往往落在数据库；而数据库经过多种优化以后，瓶颈最终会落到IO。而IO性能的发展，明显落后于CPU的发展。Memchached也好，NoSql也好，这些流行技术的背后都在直接或者间接地回避IO
解决 oracle IO占用率很高的问题
weixin_34232617的博客
07-21 1365
突然user io占用率很很高，看了一个AWR报告,发现direct path read temp,direct path write temp的的数率很高，后来怀疑是临时表空间不够了，就试着设了一下让临时表自动增长，问题就解决了。可爽！具体如下，用红色字休就方法就行了：1、查看临时表空间select tablespace_name,file_name,bytes/1024/1024 file...
揭密Oracle之七种武器二：DTrace语法：跟踪物理IO
cpmjpq9755的博客
05-07 241
[i=s] 本帖最后由 vage 于 2012-5-7 14:02 编辑 揭密Oracle之七种武器二：DTrace语法：跟踪物理IO 其实本章是以物理IO为例，介绍DTrace的基本语法...
oracle对某个表创建索引，怎么在没创建前预估消耗时间吗
最新发布
03-08
<think>嗯，用户问的是在Oracle中创建索引之前如何预估消耗时间。这个问题我需要仔细想想怎么回答。首先，用户可能是一个DBA或者开发人员，他们在做数据库优化，需要创建索引，但又不确定创建索引会对生产环境造成多大影响，特别是时间方面。所以用户的需求其实是希望提前预估索引创建的时间，以便安排维护窗口或者评估影响。 我应该回忆一下Oracle有没有相关的工具或者方法可以做到这一点。首先想到的是Oracle的SQL监控功能，比如DBMS_SQLTUNE或者执行计划相关的工具，但可能不太直接。另外，可能有一些统计信息可以用来估算，比如表的大小、索引字段的选择性、系统当前的负载等等。不过这些都是比较理论上的，有没有更具体的方法呢？ 对了，Oracle的DBMS_SPACE包里面有一个CREATE_TABLE_COST过程，虽然它主要是用来估算表存储空间的，但可能不直接用于索引时间。不过可能可以通过估算索引的大小来间接推算时间。另外，实际测试可能是一个方法，比如在测试环境创建一个类似的索引，记录时间，再根据生产环境的情况调整。不过用户可能没有测试环境，或者数据量不同。 另外，Oracle 11g之后有SQL Performance Analyzer和SQL Tuning Advisor，但这些可能更多用于优化查询，而不是索引创建时间。可能还有一个方法，就是使用explain plan或者开启trace来查看创建索引的资源消耗，但不确定是否可行。 突然想到，可能可以通过收集系统统计信息，比如I/O速度、CPU处理能力，再结合索引的大小来估算时间。比如，索引的大小可以通过估算每个索引条目的大小乘以行数，再加上一些索引结构的开销。然后根据系统的写入速度（比如每秒多少MB）来大致计算时间。不过这种方法需要用户自己收集数据，可能比较麻烦。 还有一种可能是使用Oracle的Resource Manager来模拟，但这也可能不太直接。或者，使用实际执行一次创建索引的操作，但使用并行度或者nologging等选项来加快速度，同时观察资源使用情况，然后根据这些数据来预估正式创建的时间。不过这种方法可能在生产环境不可行，因为创建索引会影响性能。 对了，可能有一个脚本或者工具，比如通过分析redo生成量、undo空间使用等来预估时间。比如，在测试环境中开启统计，记录创建索引时的redo大小、物理读写次数等，再根据生产环境的情况来推算。 另外，Oracle的AWR报告可能提供类似操作的历史数据，如果之前有创建过索引，可以参考历史执行时间。但如果是新索引，可能没有历史记录。 总结一下，可能的方法包括： 1. 使用DBMS_SPACE估算索引大小，再结合系统I/O速度估算时间。 2. 在测试环境模拟创建，记录时间，再根据生产环境调整。 3. 使用Oracle的SQL Trace和TKPROF分析创建索引的资源消耗。 4. 利用系统统计信息和历史数据预估。 需要把这些方法整理一下，给出步骤和示例，让用户能够实际操作。同时提醒用户，实际时间可能受系统负载、并发事务等因素影响，预估仅供参考。</think>在Oracle数据库中，**创建索引前的消耗时间预估**可通过以下方法实现。虽然无法100%精确，但结合统计信息与工具可得出合理估算： --- ### **一、通过索引大小估算时间** 索引创建时间与数据量、I/O速度强相关，可先预估索引大小： ```sql -- 使用DBMS_SPACE包估算索引存储空间 DECLARE l_used_bytes NUMBER; l_alloc_bytes NUMBER; BEGIN DBMS_SPACE.CREATE_INDEX_COST( ddl => 'CREATE INDEX idx_name ON table_name(column_name)', used_bytes => l_used_bytes, alloc_bytes => l_alloc_bytes ); DBMS_OUTPUT.PUT_LINE('需存储空间: ' || ROUND(l_alloc_bytes/1024/1024) || ' MB'); END; / ``` **操作步骤**： 1. 运行脚本获取索引预估空间（MB） 2. 根据存储性能估算时间（例如：存储写入速度为200MB/s，则1000MB需约5秒） --- ### **二、通过实际执行计划分析** 使用`EXPLAIN PLAN`观察资源消耗（需开启统计收集）： ```sql -- 开启统计收集 ALTER SESSION SET STATISTICS_LEVEL = ALL; -- 模拟创建索引（实际不会执行） EXPLAIN PLAN FOR CREATE INDEX idx_name ON table_name(column_name); -- 查看资源预估 SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR(null, null, 'ALLSTATS LAST')); ``` 输出中关注： - `CPU Cost`：CPU消耗 - `IO Cost`：I/O操作次数 --- ### **三、测试环境模拟** **推荐做法**： 1. 在生产环境的**非高峰时段**执行小范围测试： ```sql -- 创建测试表（复制部分数据） CREATE TABLE test_table AS SELECT * FROM prod_table SAMPLE(1); -- 记录索引创建时间 SET TIMING ON; CREATE INDEX test_idx ON test_table(column_name); SET TIMING OFF; -- 按数据量比例推算全表时间 ``` 2. 根据测试结果结合生产表数据量放大时间（注意线性关系可能不绝对）。 --- ### **四、使用AWR/Statspack历史数据** 如果有类似索引的历史创建记录： ```sql -- 查询AWR中的SQL执行历史 SELECT sql_id, elapsed_time/1e6 "耗时(秒)", executions FROM dba_hist_sqlstat WHERE sql_text LIKE '%CREATE INDEX%idx_name%'; ``` --- ### **五、影响因素参考表** | 因素 | 影响程度 | 说明 | |---------------------|----------|----------------------------------------| | 并行度(`PARALLEL`) | ⭐⭐⭐⭐ | 并行可显著缩短时间（但消耗更多资源） | | 索引类型 | ⭐⭐⭐ | 位图索引通常比B-Tree耗时更长 | | 表分区 | ⭐⭐ | 分区表可能需逐个分区构建 | | 日志模式(`LOGGING`) | ⭐⭐ | `NOLOGGING`减少redo生成（需评估风险） | --- ### **六、注意事项** 1. **系统负载**：高并发时I/O和CPU争用会显著增加时间 2. **锁冲突**：创建索引时表上的DML操作可能导致阻塞 3. **段空间管理**：自动扩展（`AUTOEXTEND`）可能引入额外延迟 --- ### **总结建议** - **推荐组合方法**：先用`DBMS_SPACE`估算大小，再通过测试环境模拟，最后结合AWR历史数据修正。 - **保守原则**：实际时间通常比预估长20%-50%（建议预留维护窗口时考虑冗余）。 示例完整流程： 1. 预估索引大小 → 2. 测试环境验证 → 3. 根据生产数据量放大 → 4. 增加30%安全余量。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值