5
2
oracle awr报告浅析.pdf
5墨值下载
oracle awr报告浅析
数据库信息
AWR快照信息
Sessions：表示采集实例连接的会话数。这个数可以帮助我们了解数据库的并发用户数大概的情况。
Cursors/session ：每个会话平均打开的游标数。
Elapsed ：通过Elapsed/DB Time比较，反映出数据库的繁忙程度。如果DB Time>>Elapsed，则说明数据库很
忙。
DB Time ： 表示用户操作花费的时间，包括CPU时间和等待事件。通常同时这个数值判读数据库的负载情况。
具体含义
db time = cpu time + wait time(不包含空闲等待)(非后台进程)
*db time就是记录的服务器花在数据库运算(非后台进程)和等待(非空闲等待)上的时间。对应于V$SESSION的
elapsed_time字段累积。
Report Summary
这部分列出AWR在性能采集开始和结束的时候，数据缓冲池(buffer cache)和共享池(shared pool)的大小。通过对比
前后的变化，可以了解系统内存消耗的变化
Redo size
每秒(每个事务)产生的日志大小(单位字节)
Logical reads
每秒(每个事务)产生的逻辑读(单位是block)。在很多系统里select执行次数要远远大于transaction次数。这种情况
下，可以参考Logical reads/Executes。在良好的oltp环境下，这个应该不会超过50，一般只有10左右。如果这个值
很大，说明有些语句需要优化。
Block Changes
每秒(每个事务)改变的数据块数。
Physical reads
每秒(每个事务)产生的物理读(单位是block)。一般物理读都会伴随逻辑读，除非直接读取这种方式，不经过cache。
Physical writes
每秒(每个事务)产生的物理写(单位是block)。
User calls
每秒(每个事务)用户调用次数。User calls/Executes基本上代表了每个语句的请求次数，Executes越接近User calls越
好。
Parses
每秒(每个事务)产生的解析(或分析)的次数，包括软解析和硬解析，但是不包括快速软解析。软解析每秒超过300次意
味着你的"应用程序"效率不高，没有使用soft soft parse，调整session_cursor_cache。
Hard parses
每秒(每个事务)产生的硬解析次数。每秒超过100次，就可能说明你绑定使用的不好。
Sorts
每秒(每个事务)排序次数。
Logons
每秒(每个事务)登录数据库次数。
Executes
每秒(每个事务)SQL语句执行次数。包括了用户执行的SQL语句与系统执行的SQL语句，表示一个系统SQL语句的繁忙
程度。
Transactions
每秒的事务数。表示一个系统的事务繁忙程度。目前已知的最繁忙的系统为淘宝的在线交易系统，这个值达到了
1000。
这个部分是内存效率的统计信息。对于OLTP系统而言，这些值都应该尽可能地接近100%。对于OLAP系统而言，意
义不太大。因为在OLAP系统中，大查询的速度才是对性能影响的最大因素。
Memory Usage %
共享池内存使用率。
应该稳定在70%-90%间，太小浪费内存，太大则内存不足。
% SQL with executions>1
执行次数大于1的SQL比率。
若太小可能是没有使用绑定变量。
% Memory for SQL w/exec>1
执行次数大于1的SQL消耗内存/所有SQL消耗的内存(即memory for sql with execution > 1)。
of 11
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
1
2
9-数据库人的进阶之路：从PG分区、SQL优化到拥抱AI未来（罗敏）.pptx
3
1-PG版本兼容性案例（彭冲）.pptx
4
2-TDSQL PG在复杂查询场景中的挑战与实践-opensource.pdf
5
6-PostgreSQL 哈希索引原理浅析（文一）.pdf
6
3-AI时代的变革者-面向机器的接口语言(MOQL)_吕海波.pptx
7
8-基于PG向量和RAG技术的开源知识库问答系统MaxKB.pptx
8
4-IvorySQL V4：双解析器架构下的兼容性创新实践.pptx
9
7-拉起PG好伙伴DifySupaOdoo.pdf
10
《云原生安全攻防启示录》李帅臻.pdf
相关文档
评论