v$memory_resize_ops 记录内存变更的视图

v$memory_resize_ops 视图记录了近800次修改内存大小的操作 包括自动和手动修改的但是不包括 进程内部修改的
SQL> desc v$memory_resize_ops
 名称                                      
 -----------------------------------------
 COMPONENT           对象的名称 比如 pga targetshared pool                                
 OPER_TYPE           操作类型
                     static       
                     initializing  初始化即未修改过的
                     disabled      禁止的
                     grow          增大
                     shrink        减小
                     shrink_cancel
 OPER_MODE           操作方式manual 手动deferred 延迟  immediate 立即                                  
 PARAMETER           对象的参数比如 java pool 是 java_POOL_SIZE                              
 INITIAL_SIZE        初始值即开始操作时的大小                              
 TARGET_SIZE         需要调整到的目标大小                     
 FINAL_SIZE          最终的大小                              
 STATUS              操作的完成情况
                     INACTIVE
                     PENDING
                     COMPLETE 完成 
                     CANCELLED 取消
                     ERROR 错误              
 START_TIME          起始时间                             
 END_TIME            终止时间
下面通过实践来使用该视图。 首先查明当前组件的大小
SQL> SELECT  component, current_size, min_size, max_size
  2  FROM    v$memory_dynamic_components
  3  WHERE   current_size != 0;
COMPONENT                      CURRENT_SIZE   MIN_SIZE   MAX_SIZE
------------------------------ ------------ ---------- ----------
shared pool                       209715200  209715200  209715200
large pool                          4194304    4194304    4194304
java pool                          16777216   16777216   16777216
SGA Target                        536870912  536870912  536870912
DEFAULT buffer cache              297795584  297795584  297795584
PGA Target                        314572800  314572800  314572800   

--减小pga_aggregate_target.
SQL> alter system set pga_aggregate_target=100M scope=both;
系统已更改。
SQL> show parameter pool
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
buffer_pool_keep                     string
buffer_pool_recycle                  string
global_context_pool_size             string
java_pool_size                       big integer 0
large_pool_size                      big integer 0
olap_page_pool_size                  big integer 0
shared_pool_reserved_size            big integer 10M
shared_pool_size                     big integer 0
streams_pool_size                    big integer 0
--设置java_pool_size 的大小使其增大
SQL> alter system set java_pool_size=10M;
系统已更改。
SQL> select  COMPONENT,OPER_TYPE,OPER_MODE from v$memory_resize_ops;
COMPONENT                      OPER_TYPE     OPER_MODE
------------------------------ ------------- ---------
shared pool                    STATIC
large pool                     STATIC
java pool                      STATIC
streams pool                   STATIC
SGA Target                     STATIC
。。。。
PGA Target                     STATIC
ASM Buffer Cache               STATIC
DEFAULT buffer cache           INITIALIZING
PGA Target                     SHRINK        MANUAL --显示为缩小

已选择17行。

SQL> alter system set pga_aggregate_target=314572800;
系统已更改。
SQL> select  COMPONENT,OPER_TYPE,OPER_MODE from v$memory_resize_ops;
COMPONENT                      OPER_TYPE     OPER_MODE
------------------------------ ------------- ---------
shared pool                    STATIC
large pool                     STATIC
DEFAULT buffer cache           INITIALIZING
java pool                      STATIC
streams pool                   STATIC
SGA Target                     STATIC
DEFAULT buffer cache           STATIC
KEEP buffer cache              STATIC
。。。。
PGA Target                     STATIC
ASM Buffer Cache               STATIC
PGA Target                     SHRINK        MANUAL
PGA Target                     GROW          MANUAL  ---增大
已选择18行。
--实际上由此可以看出该视图是累计记录的。
SQL> alter system set streams_pool_size=16777216;
系统已更改。
SQL> select  COMPONENT,OPER_TYPE,OPER_MODE from v$memory_resize_ops;
COMPONENT                      OPER_TYPE     OPER_MODE
------------------------------ ------------- ---------
shared pool                    STATIC
large pool                     STATIC
DEFAULT buffer cache           INITIALIZING
ASM Buffer Cache               STATIC
PGA Target                     STATIC
PGA Target                     SHRINK        MANUAL
PGA Target                     GROW          MANUAL
DEFAULT buffer cache           SHRINK        MANUAL
streams pool                   GROW          MANUAL
已选择20行。
SQL> alter system set streams_pool_size=0;
系统已更改。
SQL> select  COMPONENT,OPER_TYPE,OPER_MODE from v$memory_resize_ops;
COMPONENT                      OPER_TYPE     OPER_MODE
------------------------------ ------------- ---------
shared pool                    STATIC
large pool                     STATIC
DEFAULT buffer cache           INITIALIZING
。。。。
PGA Target                     SHRINK        MANUAL
PGA Target                     GROW          MANUAL
DEFAULT buffer cache           SHRINK        MANUAL
streams pool                   GROW          MANUAL
已选择20行。

SQL>

时间: 2025-01-01 23:04:41

v$memory_resize_ops 记录内存变更的视图的相关文章

mysql 临时表、内存表和视图

虚拟表,顾名思义,就是实际上并不存在(物理上不存在),但是逻辑上存在的表.这样说很抽象,还是看一些实际的例子吧.在MySQL中,存在三种虚拟表:临时表.内存表和视图. 一.mysql临时表1.什么是临时表临时表是建立在系统临时文件夹中的表,如果使用得当,完全可以像普通表一样进行各种操作. 临时表的数据和表结构都储存在内存之中,退出时,其所占的空间会自动被释放.2.创建临时表(1)定义字段CREATE TEMPORARY TABLE tmp_table (        name VARCHAR(

mysql view-MySql 创建视图无记录问题

问题描述 MySql 创建视图无记录问题 创建一个视图一个试图,在查询的时候,如果这个表没有记录却要在视图中显示一条记录,请各位大师帮帮忙解决一下?非常感谢!

【物化视图】根据物化视图日志快速刷新物化视图的过程

先来再次分析一下物化视图日志的结构. yang@rac1>create table t (id number ,name varchar2(30),val number); Table created. yang@rac1>create materialized view log on t with rowid,sequence (id,name) including  new values; Materialized view log created. yang@rac1>desc m

Oracle内存结构详解(三) Oracle管理Share Pool

SGA中的共享池由库缓存(Library Cache).字典缓存(Dictionary Cache).用于并行执行消息的缓冲以及控制结构组成. Shared Pool的大小由参数SHARED_POOL_SIZE决定.9i中,在32位系统下,这个参数的默认值是8M,而64位系统下的默认值位64M.最大为4G. 10g 以后可以通过SGA_TARGET 参数来自动调整. 对于Shared Pool的内存管理,是通过修正过的LRU算法表来实现的. 1.库缓存(Library Cache) Librar

聊聊内存管理

这篇文章我们聊聊内存管理. 本来我想不针对于任何具体的操作系统来谈内存管理,但是又觉得不接地气.言之无物.所以我决定在阐述概念的同时,还针对IA32平台Linux下的内存管理做简要的介绍,并且以实验来证明结论.以下内容分拆为几个大标题和小节,内容前后承接. 物理地址空间 首先,什么是物理地址空间?我们知道CPU与外部进行信息传递的公用通道就是总线,一般而言,CPU有三大总线:控制总线.数据总线.地址总线.这三类总线在一定程度上决定了CPU对外部设备的控制和数据传送能力.其中地址总线决定了CPU能

iOS开发入门:iOS视图生命周期与视图控制器关系

iOS中视图是一个应用的重要组成部分,功能的实现与其息息相关,而视图控制器控制着视图,其重要性在整个应用中不言而喻. 视图生命周期与视图控制器关系 以视图的5种状态为基础,我们来系统的了解一下视图控制器的生命周期.在视图不同的生命周期,视图控制器会回调不同的方法. 开发入门:iOS视图生命周期与视图控制器关系-"> viewDidLoad方法:视图控制器已被实例化,在视图被加载到内存中的时候调用该方法,这个时候视图并未出现.在该方法中通常进行的是对所控制的视图进行初始化处理. 视 图可见前

VC内存泄露检查工具:VisualLeakDetector

初识VisualLeakDetector灵活自由是C/C++语言的一大特色,而这也为C/C++程序员出了一个难题.当程序越来越复杂时,内存的管理也会变得越加复杂,稍有不慎就会出现内存问题.内存泄漏是最常见的内存问题之一.内存泄漏如果不是很严重,在短时间内对程序不会有太大的影响,这也使得内存泄漏问题有很强的隐蔽性,不容易被发现.然而不管内存泄漏多么轻微,当程序长时间运行时,其破坏力是惊人的,从性能下降到内存耗尽,甚至会影响到其他程序的正常运行.另外内存问题的一个共同特点是,内存问题本身并不会有很明

C/C++内存泄漏及检测

"该死系统存在内存泄漏问题",项目中由于各方面因素,总是有人抱怨存在内存泄漏,系统长时间运行之后,可用内存越来越少,甚至导致了某些服务失 败.内存泄漏是最难发现的常见错误之一,因为除非用完内存或调用malloc失败,否则都不会导致任何问题.实际上,使用C/C++这类没有垃圾回收机制 的语言时,你很多时间都花在处理如何正确释放内存上.如果程序运行时间足够长,如后台进程运行在服务器上,只要服务器不宕机就一直运行,一个小小的失误也 会对程序造成重大的影响,如造成某些关键服务失败. 对于内存泄

如何在linux下检测内存泄漏

1.开发背景 在 windows 下使用 VC 编程时,我们通常需要 DEBUG 模式下运行程序,而后调试器将在退出程序时,打印出程序运行过程中在堆上分配而没有释放的内存信息,其中包括代码文件名.行号以及内存大小.该功能是 MFC Framework 提供的内置机制,封装在其类结构体系内部. 在 linux 或者 unix 下,我们的 C++ 程序缺乏相应的手段来检测内存信息,而只能使用 top 指令观察进程的动态内存总额.而且程序退出时,我们无法获知任何内存泄漏信息.为了更好的辅助在 linu