Oracle的awr报表分析数据库性能

简介:

早上群里喊数据库挂了,开始阶段服务登录不上,等登录系统后发现系统负载很高。

运行的oracle服务,今天就用oracle的awr作了一把分析,步骤如下:

一、登录数据库

[root@iZ233j4mpnbZ ~]# su - oracle

[oracle@iZ233j4mpnbZ ~]$ sqlplus sys as sysdba

 

SQL*Plus: Release 11.2.0.1.0 Production on Tue Jun 21 14:36:31 2016

 

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

 

Enter password: 

 

Connected to:

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

With the Partitioning, OLAP, Data Mining and Real Application Testing options

 

SQL> 

二、数据异常时间段的参数

输入完后,将输出在当前文件夹下。

 #执行对应的awrrpt.sql脚本文件

SQL> @?/rdbms/admin/awrrpt.sql

 

Current Instance

~~~~~~~~~~~~~~~~

 

   DB Id    DB Name Inst Num Instance

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

  745948352 XFIREORC1 xfireorc

 

 

Specify the Report Type

~~~~~~~~~~~~~~~~~~~~~~~

Would you like an HTML report, or a plain text report?

Enter 'html' for an HTML report, or 'text' for plain text

Defaults to 'html'

#输入文件类型,默认为html

Enter value for report_type: html

 

Type Specified:  html

 

 

Instances in this Workload Repository schema

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 

   DB Id     Inst Num DB Name   InstanceHost

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

* 745948352    1 XFIREORC   xfireorciZ233j4mpnbZ

 

Using  745948352 for database Id

Using       1 for instance number

 

 

Specify the number of days of snapshots to choose from

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Entering the number of days (n) will result in the most recent

(n) days of snapshots being listed.  Pressing <return> without

specifying a number lists all completed snapshots.

 

 #列出多少天内的快照

Enter value for num_days: 1

 

Listing the last day's Completed Snapshots

 

Snap

Instance     DB Name    Snap Id    Snap Started    Level

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

xfireorc     XFIREORC       9501 21 Jun 2016 00:00   1

      9502 21 Jun 2016 01:00   1

      9503 21 Jun 2016 02:00   1

      9504 21 Jun 2016 03:00   1

      9505 21 Jun 2016 04:01   1

      9506 21 Jun 2016 05:00   1

      9507 21 Jun 2016 06:00   1

      9508 21 Jun 2016 07:00   1

      9509 21 Jun 2016 08:00   1

      9510 21 Jun 2016 09:00   1

      9511 21 Jun 2016 10:00   1

      9512 21 Jun 2016 11:00   1

      9513 21 Jun 2016 12:00   1

      9514 21 Jun 2016 13:00   1

      9515 21 Jun 2016 14:00   1

 

 

 #对应的输入编号,指定分析一个具体时间段内的快照。

Specify the Begin and End Snapshot Ids

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Enter value for begin_snap: 9511

Begin Snapshot Id specified: 9511

 

Enter value for end_snap: 9512

End   Snapshot Id specified: 9512

 

 

 

Specify the Report Name

~~~~~~~~~~~~~~~~~~~~~~~

The default report file name is awrrpt_1_9511_9512.html.  To use this name,

press <return> to continue, otherwise enter an alternative.

 #输入文件名

Enter value for report_name: report10-11

 

Using the report name report10-11

三、分析

将输出的报告,拷贝到本地进行分析。里边的内容有很多,但是真的很强大。也很易懂。

1、分析单条语句造成的Physical Reads(物理读)次数


2、分析语句占用cpu的总的时间

目录
相关文章
|
3月前
|
XML Java 数据库连接
性能提升秘籍:如何高效使用Java连接池管理数据库连接
在Java应用中,数据库连接管理至关重要。随着访问量增加,频繁创建和关闭连接会影响性能。为此,Java连接池技术应运而生,如HikariCP。本文通过代码示例介绍如何引入HikariCP依赖、配置连接池参数及使用连接池高效管理数据库连接,提升系统性能。
94 5
|
2天前
|
数据库
【YashanDB 知识库】误配置 SYSTEM 级别的 STATISTICS_LEVEL 参数为 ALL 导致数据库性能下降
**标题:误配置 SYSTEM 级别的 STATISTICS_LEVEL 参数为 ALL 导致数据库性能下降** **简介:** 数据库性能骤降至正常水平的百分之一,主要表现为大量 free buffer wait 等待事件。原因是系统级别 STATISTICS_LEVEL 被误设为 ALL。解决方法是将其恢复为默认值 TYPICAL,执行命令:`ALTER SYSTEM SET statistics_level=&#39;TYPICAL&#39; SCOPE=BOTH;` 以恢复正常性能。
|
1天前
|
Cloud Native 关系型数据库 分布式数据库
刷新世界纪录!阿里云登顶全球数据库性能及性价比排行榜
阿里云PolarDB云原生数据库在TPC-C测试中登顶全球性能及性价比排行榜。此次突破展示了PolarDB在单核性能、横向扩展及软硬件结合上的创新,标志着中国基础软件的重大成就。
|
1天前
|
Cloud Native 关系型数据库 分布式数据库
世界第一!阿里云PolarDB登顶全球数据库性能及性价比排行榜!
2月26日,阿里云PolarDB在2025开发者大会上登顶全球数据库性能及性价比排行榜。此次突破标志着中国基础软件取得里程碑成就,PolarDB凭借创新的云原生架构,成功应对全球最大规模并发交易峰值,在性能、可扩展性等方面领先全球。
|
1月前
|
缓存 关系型数据库 MySQL
【深入了解MySQL】优化查询性能与数据库设计的深度总结
本文详细介绍了MySQL查询优化和数据库设计技巧,涵盖基础优化、高级技巧及性能监控。
367 0
|
3月前
|
缓存 监控 关系型数据库
如何根据监控结果调整 MySQL 数据库的参数以提高性能?
【10月更文挑战第28天】根据MySQL数据库的监控结果来调整参数以提高性能,需要综合考虑多个方面的因素
156 1
|
3月前
|
监控 关系型数据库 MySQL
如何监控和诊断 MySQL 数据库的性能问题?
【10月更文挑战第28天】监控和诊断MySQL数据库的性能问题是确保数据库高效稳定运行的关键
515 1
|
3月前
|
缓存 关系型数据库 MySQL
如何优化 MySQL 数据库的性能?
【10月更文挑战第28天】
258 1
|
3月前
|
监控 关系型数据库 MySQL
数据库优化:MySQL索引策略与查询性能调优实战
【10月更文挑战第27天】本文深入探讨了MySQL的索引策略和查询性能调优技巧。通过介绍B-Tree索引、哈希索引和全文索引等不同类型,以及如何创建和维护索引,结合实战案例分析查询执行计划,帮助读者掌握提升查询性能的方法。定期优化索引和调整查询语句是提高数据库性能的关键。
661 1
|
3月前
|
监控 关系型数据库 MySQL
数据库优化:MySQL索引策略与查询性能调优实战
【10月更文挑战第26天】数据库作为现代应用系统的核心组件,其性能优化至关重要。本文主要探讨MySQL的索引策略与查询性能调优。通过合理创建索引(如B-Tree、复合索引)和优化查询语句(如使用EXPLAIN、优化分页查询),可以显著提升数据库的响应速度和稳定性。实践中还需定期审查慢查询日志,持续优化性能。
461 0

热门文章

最新文章

推荐镜像

更多