国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

【Oracle】收集Oracle數(shù)據(jù)庫內(nèi)存相關(guān)的信息

這篇具有很好參考價(jià)值的文章主要介紹了【Oracle】收集Oracle數(shù)據(jù)庫內(nèi)存相關(guān)的信息。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

【聲明】文章僅供學(xué)習(xí)交流,觀點(diǎn)代表個人,與任何公司無關(guān)。
編輯|SQL和數(shù)據(jù)庫技術(shù)(ID:SQLplusDB)

【Oracle】收集Oracle數(shù)據(jù)庫內(nèi)存相關(guān)的信息

Oracle數(shù)據(jù)庫包含多個內(nèi)存區(qū)域,每個區(qū)域都包含多個子組件。

【Oracle】收集Oracle數(shù)據(jù)庫內(nèi)存相關(guān)的信息,Oracle數(shù)據(jù)庫問題診斷實(shí)用技術(shù),Oracle知識解析和案例分享,數(shù)據(jù)庫,oracle
Oracle Database Memory Structures

根據(jù)具體問題的需要,可以通過如下命令收集Oracle數(shù)據(jù)庫內(nèi)存相關(guān)的信息。

收集Oracle數(shù)據(jù)庫內(nèi)存命令例

例:

conn / as sysdba

set mark html on
spool memory_info_oracle.html
set pagesize 8000
set linesize 2000
set trimspool on
SET TERMOUT ON
set echo on

select * from v$version;
alter session set NLS_DATE_FORMAT = 'YYYY/MM/DD HH24:MI:SS';
col component for a30
col oper_type for a15
col oper_mode for a10
col parameter for a25
select * from V$MEMORY_RESIZE_OPS;
select * from V$MEMORY_DYNAMIC_COMPONENTS;
select * from v$sgainfo order by bytes desc ;
select * from v$sga;
show parameter db_cache_size
show parameter shared_pool_size
show parameter sga
show parameter memory

spool off;
set mark html off;

注:SET MARKUP HTML ON是Oracle SQLPlus的一個設(shè)置選項(xiàng),用于將查詢結(jié)果以HTML格式顯示出來。
通過使用SET MARKUP HTML ON命令,可以方便地從SQL
Plus中生成精美的HTML報(bào)表。

各命令的解釋

  1. V$MEMORY_RESIZE_OPS:查詢數(shù)據(jù)庫內(nèi)存的動態(tài)調(diào)整操作歷史記錄。它會顯示有關(guān)在過去的時(shí)間內(nèi)對數(shù)據(jù)庫內(nèi)存進(jìn)行調(diào)整的詳細(xì)信息,例如調(diào)整的類型、時(shí)間戳和調(diào)整前后的大小。
  2. V$MEMORY_DYNAMIC_COMPONENTS:查看數(shù)據(jù)庫內(nèi)存動態(tài)組件的信息。它將顯示動態(tài)組件的名稱、當(dāng)前大小、目標(biāo)大小以及其他相關(guān)屬性。
  3. v s g a i n f o o r d e r b y b y t e s d e s c : 返 回 數(shù) 據(jù) 庫 S G A ( S y s t e m G l o b a l A r e a ) 的 信 息 。 通 過 對 v sgainfo order by bytes desc:返回?cái)?shù)據(jù)庫SGA(System Global Area)的信息。通過對v sgainfoorderbybytesdesc數(shù)據(jù)SGASystemGlobalArea。vsgainfo視圖進(jìn)行排序,可以按字節(jié)大小降序顯示各個SGA組件的詳細(xì)信息。
  4. v$sga:查詢數(shù)據(jù)庫的SGA(System Global Area)。SGA是Oracle數(shù)據(jù)庫在內(nèi)存中管理的一塊區(qū)域,用于緩存數(shù)據(jù)和控制信息。這個命令將顯示當(dāng)前SGA的大小和配置。
  5. show parameter db_cache_size:顯示數(shù)據(jù)庫參數(shù)db_cache_size的值。db_cache_size定義了數(shù)據(jù)庫的數(shù)據(jù)庫緩存大小,它表示數(shù)據(jù)庫在內(nèi)存中保留的用于緩存數(shù)據(jù)塊的空間大小。
  6. show parameter shared_pool_size:顯示數(shù)據(jù)庫參數(shù)shared_pool_size的值。shared_pool_size定義了數(shù)據(jù)庫的共享池大小。
  7. show parameter sga:顯示數(shù)據(jù)庫sga相關(guān)參數(shù)的值。sga參數(shù)決定了數(shù)據(jù)庫實(shí)例使用的SGA大小。
  8. show parameter memory:查看數(shù)據(jù)庫memory相關(guān)參數(shù)的值。

輸出結(jié)果例

SQL> set pagesize 8000
SQL> set linesize 2000
SQL> set trimspool on
SQL> SET TERMOUT ON
SQL> set echo on
SQL> select * from v$version;
BANNER	BANNER_FULL	BANNER_LEGACY	CON_ID
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production	Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.3.0.0.0	Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production	0
SQL> alter session set NLS_DATE_FORMAT = 'YYYY/MM/DD HH24:MI:SS';
會話已更改。

SQL> col component for a30
SQL> col oper_type for a15
SQL> col oper_mode for a10
SQL> col parameter for a25
SQL> select * from V$MEMORY_RESIZE_OPS;
COMPONENT	OPER_TYPE	OPER_MODE	PARAMETER	INITIAL_SIZE	TARGET_SIZE	FINAL_SIZE	STATUS	START_TIME	END_TIME	CON_ID
shared pool	STATIC	 	shared_pool_size	0	889192448	889192448	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
ASM Buffer Cache	STATIC	 	db_cache_size	0	0	0	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
java pool	STATIC	 	java_pool_size	0	16777216	16777216	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
streams pool	STATIC	 	streams_pool_size	0	33554432	33554432	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
SGA Target	STATIC	 	sga_target	0	5117050880	5117050880	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
memoptimize buffer cache	STATIC	 	memoptimize_pool_size	0	0	0	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
DEFAULT buffer cache	STATIC	 	db_cache_size	0	3976200192	3976200192	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
KEEP buffer cache	STATIC	 	db_keep_cache_size	0	0	0	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
RECYCLE buffer cache	STATIC	 	db_recycle_cache_size	0	0	0	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
DEFAULT 2K buffer cache	STATIC	 	db_2k_cache_size	0	0	0	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
DEFAULT 4K buffer cache	STATIC	 	db_4k_cache_size	0	0	0	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
DEFAULT 8K buffer cache	STATIC	 	db_8k_cache_size	0	0	0	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
DEFAULT 16K buffer cache	STATIC	 	db_16k_cache_size	0	0	0	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
DEFAULT 32K buffer cache	STATIC	 	db_32k_cache_size	0	0	0	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
Data Transfer Cache	STATIC	 	data_transfer_cache_size	0	0	0	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
In-Memory Area	STATIC	 	inmemory_size	0	0	0	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
PGA Target	STATIC	 	pga_aggregate_target	0	1711276032	1711276032	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
large pool	STATIC	 	large_pool_size	0	50331648	50331648	COMPLETE	2024/01/20 15:04:35	2024/01/20 15:04:35	0
已選擇 18 行。

SQL> select * from V$MEMORY_DYNAMIC_COMPONENTS;
COMPONENT	CURRENT_SIZE	MIN_SIZE	MAX_SIZE	USER_SPECIFIED_SIZE	OPER_COUNT	LAST_OPER_TYPE	LAST_OPER_MODE	LAST_OPER_TIME	GRANULE_SIZE	CON_ID
shared pool	889192448	889192448	889192448	117440512	0	STATIC	 	 	16777216	0
large pool	50331648	50331648	50331648	0	0	STATIC	 	 	16777216	0
java pool	16777216	16777216	16777216	0	0	STATIC	 	 	16777216	0
streams pool	33554432	33554432	33554432	0	0	STATIC	 	 	16777216	0
unified pga pool	0	0	0	0	0	STATIC	 	 	16777216	0
SGA Target	5117050880	5117050880	5117050880	5117050880	0	STATIC	 	 	16777216	0
memoptimize buffer cache	0	0	0	0	0	STATIC	 	 	16777216	0
DEFAULT buffer cache	3976200192	3976200192	3976200192	0	0	STATIC	 	 	16777216	0
KEEP buffer cache	0	0	0	0	0	STATIC	 	 	16777216	0
RECYCLE buffer cache	0	0	0	0	0	STATIC	 	 	16777216	0
DEFAULT 2K buffer cache	0	0	0	0	0	STATIC	 	 	16777216	0
DEFAULT 4K buffer cache	0	0	0	0	0	STATIC	 	 	16777216	0
DEFAULT 8K buffer cache	0	0	0	0	0	STATIC	 	 	16777216	0
DEFAULT 16K buffer cache	0	0	0	0	0	STATIC	 	 	16777216	0
DEFAULT 32K buffer cache	0	0	0	0	0	STATIC	 	 	16777216	0
Shared IO Pool	134217728	134217728	134217728	134217728	0	STATIC	 	 	16777216	0
Data Transfer Cache	0	0	0	0	0	STATIC	 	 	16777216	0
In-Memory Area	0	0	0	0	0	STATIC	 	 	16777216	0
In Memory RW Extension Area	0	0	0	0	0	STATIC	 	 	16777216	0
In Memory RO Extension Area	0	0	0	0	0	STATIC	 	 	16777216	0
PGA Target	1711276032	1711276032	1711276032	1711276032	0	STATIC	 	 	16777216	0
ASM Buffer Cache	0	0	0	0	0	STATIC	 	 	16777216	0
已選擇 22 行。

SQL> select * from v$sgainfo order by bytes desc ;
NAME	BYTES	RESIZE	CON_ID
Maximum SGA Size	5117049968	No	0
Buffer Cache Size	4110417920	Yes	0
Shared Pool Size	889192448	Yes	0
Startup overhead in Shared Pool	403944560	No	0
Shared IO Pool Size	134217728	Yes	0
Large Pool Size	50331648	Yes	0
Streams Pool Size	33554432	Yes	0
Java Pool Size	16777216	Yes	0
Granule Size	16777216	No	0
Fixed SGA Size	9038960	No	0
Redo Buffers	7737344	No	0
Data Transfer Cache Size	0	Yes	0
In-Memory Area Size	0	No	0
Free SGA Memory Available	0	 	0
已選擇 14 行。

SQL> select * from v$sga;
NAME	VALUE	CON_ID
Fixed Size	9038960	0
Variable Size	989855744	0
Database Buffers	4110417920	0
Redo Buffers	7737344	0
SQL> show parameter db_cache_size
NAME	TYPE	VALUE
db_cache_size	big integer	0

SQL> show parameter sga
NAME	TYPE	VALUE
allow_group_access_to_sga	boolean	FALSE
lock_sga	boolean	FALSE
pre_page_sga	boolean	TRUE
sga_max_size	big integer	4880M
sga_min_size	big integer	0
sga_target	big integer	4880M
unified_audit_sga_queue_size	integer	1048576

SQL> show parameter memory
NAME	TYPE	VALUE
hi_shared_memory_address	integer	0
inmemory_adg_enabled	boolean	TRUE
inmemory_automatic_level	string	OFF
inmemory_clause_default	string	 
inmemory_expressions_usage	string	ENABLE
inmemory_force	string	DEFAULT
inmemory_max_populate_servers	integer	0
inmemory_optimized_arithmetic	string	DISABLE
inmemory_prefer_xmem_memcompress	string	 
inmemory_prefer_xmem_priority	string	 
inmemory_query	string	ENABLE
inmemory_size	big integer	0
inmemory_trickle_repopulate_servers_ percent	integer	1
inmemory_virtual_columns	string	MANUAL
inmemory_xmem_size	big integer	0
memory_max_target	big integer	0
memory_target	big integer	0
optimizer_inmemory_aware	boolean	TRUE
shared_memory_address	integer	0

SQL> spool off;

參考

17 Memory Architecture文章來源地址http://www.zghlxwxcb.cn/news/detail-811900.html

到了這里,關(guān)于【Oracle】收集Oracle數(shù)據(jù)庫內(nèi)存相關(guān)的信息的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • Oracle-數(shù)據(jù)庫性能變慢問題分析

    Oracle-數(shù)據(jù)庫性能變慢問題分析

    問題背景: ????????應(yīng)用運(yùn)維報(bào)障說最近兩天業(yè)務(wù)數(shù)據(jù)入庫和表查詢都變得很慢,需要排查一下數(shù)據(jù)庫的性能問題 問題分析: ????????登錄到服務(wù)器上,通過TOP命令快速看了一下,服務(wù)器整體的CPU使用%usr不算特別高,但%wa IO等待很高,懷疑有可能是數(shù)據(jù)庫存在大量的

    2024年01月20日
    瀏覽(25)
  • python 實(shí)現(xiàn)學(xué)生信息管理系統(tǒng)+MySql 數(shù)據(jù)庫,包含源碼及相關(guān)實(shí)現(xiàn)說明~

    python 實(shí)現(xiàn)學(xué)生信息管理系統(tǒng)+MySql 數(shù)據(jù)庫,包含源碼及相關(guān)實(shí)現(xiàn)說明~

    1、系統(tǒng)說明 python 編寫的學(xué)生信息管理系統(tǒng)+MySQL數(shù)據(jù)庫,實(shí)現(xiàn)了增刪改查的基本功能。 2、數(shù)據(jù)庫說明 本人使用的是 MySQL8.0 版本 數(shù)據(jù)庫端口號為:3306 數(shù)據(jù)庫用戶名是:root 數(shù)據(jù)庫名稱是:practice 建立的表是:students 3、系統(tǒng)功能 增加學(xué)生信息 刪除學(xué)生信息 修改學(xué)生信息 查

    2024年02月11日
    瀏覽(23)
  • 解決Oracle數(shù)據(jù)庫中日期格式不識別的問題

    在數(shù)據(jù)庫開發(fā)中,我們經(jīng)常需要處理日期和時(shí)間數(shù)據(jù)。當(dāng)我們在Oracle數(shù)據(jù)庫中執(zhí)行UPDATE語句時(shí),可能會遇到ORA-01821錯誤,該錯誤表示提供的日期格式無法被數(shù)據(jù)庫識別。本文將介紹如何解決Oracle數(shù)據(jù)庫中日期格式不識別的問題。 問題分析: ORA-01821錯誤是由于提供的日期字符

    2024年02月09日
    瀏覽(20)
  • 數(shù)據(jù)庫索引面試的相關(guān)問題

    數(shù)據(jù)庫索引面試的相關(guān)問題

    查看索引的執(zhí)行計(jì)劃 索引失效的情況 1、索引列上做了計(jì)算,函數(shù),類型轉(zhuǎn)換等操作。索引失效是因?yàn)椴樵冞^程需要掃描整個索引并回表。代價(jià)高于直接全表掃描。 Like匹配使用了前綴匹配符“%abc” 字符串不加引號導(dǎo)致類型轉(zhuǎn)換。 原因: 常見索引的優(yōu)化的方法 1、前綴索引

    2024年02月22日
    瀏覽(23)
  • ORACLE 10G版本數(shù)據(jù)庫系統(tǒng)產(chǎn)生大量歸檔日志問題的分析

    ORACLE 10G版本數(shù)據(jù)庫系統(tǒng)產(chǎn)生大量歸檔日志問題的分析

    近期接到用戶告知 數(shù)據(jù)庫歸檔暴增,導(dǎo)致生產(chǎn)庫歸檔空間滿,手動刪除后,歸檔空間很快就會滿。 立即登陸數(shù)據(jù)庫系統(tǒng),查詢發(fā)現(xiàn)歸檔日志異常增長,從以前的每小時(shí)產(chǎn)生3 00M ,增長到每小時(shí)產(chǎn)生5 9150M 。拉取問題時(shí)段的A WR 報(bào)告,將問題S QL 提交給應(yīng)用運(yùn)維人員,應(yīng)用修復(fù)

    2024年02月03日
    瀏覽(93)
  • 大頁內(nèi)存配置引發(fā)的數(shù)據(jù)庫性能問題

    大頁內(nèi)存配置引發(fā)的數(shù)據(jù)庫性能問題

    問題背景: ????????用戶來電報(bào)故障,他們一套正常運(yùn)行的Oracle數(shù)據(jù)庫,突然出現(xiàn)了10分鐘左右的性能卡頓問題,期間全部的業(yè)務(wù)操作都變慢,他們通過查看問題期間的awr報(bào)告,發(fā)現(xiàn)數(shù)據(jù)庫在問題時(shí)間出現(xiàn)大量的libary cache等待事件,但每秒的硬解析并不高,不知道是什么原

    2024年02月21日
    瀏覽(24)
  • flink cdc同步Oracle數(shù)據(jù)庫資料到Doris問題集錦

    java.lang.NoClassDefFoundError: org/apache/flink/shaded/guava18/com/google/common/util/concurrent/ThreadFactoryBuilder at com.ververica.cdc.debezium.DebeziumSourceFunction.open(DebeziumSourceFunction.java:218) ~[flink-connector-debezium-2.2.0.jar:2.2.0] at org.apache.flink.api.common.functions.util.FunctionUtils.openFunction(FunctionUtils.java:34) ~[flink-co

    2024年02月16日
    瀏覽(21)
  • 好文分享 | 記一次Oracle12c數(shù)據(jù)庫SQL短暫緩慢問題分析

    好文分享 | 記一次Oracle12c數(shù)據(jù)庫SQL短暫緩慢問題分析

    本文為墨天輪社區(qū)作者 張sir 原創(chuàng)作品,記錄了日常運(yùn)維Oracle數(shù)據(jù)庫過程中遇到的一個慢SQL問題的解決、優(yōu)化過程,文章內(nèi)容全面具體、分析到位,且含有經(jīng)驗(yàn)總結(jié),分享給各位。 這次出問題的數(shù)據(jù)庫比較特殊,承接的系統(tǒng)交易要求很高,SQL基本都是短平快,響應(yīng)時(shí)間基本不

    2024年02月05日
    瀏覽(21)
  • Sql Server 占用內(nèi)存高,不釋放內(nèi)存,數(shù)據(jù)庫連接不上 問題處理記錄

    Sql Server 占用內(nèi)存高,不釋放內(nèi)存,數(shù)據(jù)庫連接不上 問題處理記錄

    項(xiàng)目上反應(yīng)生產(chǎn)線箱碼不能上傳到我們系統(tǒng),我們的WMS軟件退出后重新登錄也一直登錄失敗,并且服務(wù)器上數(shù)據(jù)庫占用內(nèi)存過高,SSMS數(shù)據(jù)庫連接不上。 好家伙SQL Server占用了34個G內(nèi)存。 接口日志中連接數(shù)據(jù)庫報(bào)錯:System.Data.SqlClient.SqlException: 當(dāng)前命令發(fā)生了嚴(yán)重錯誤。應(yīng)放棄

    2024年02月14日
    瀏覽(32)
  • 功能測試也可以發(fā)現(xiàn)數(shù)據(jù)庫相關(guān)的性能問題

    功能測試也可以發(fā)現(xiàn)數(shù)據(jù)庫相關(guān)的性能問題

    很多同學(xué)認(rèn)為功能測試和性能測試是嚴(yán)格分開的,功能測試人員無法發(fā)現(xiàn)性能問題。其實(shí)不是這樣的,功能測試人員在驗(yàn)證功能時(shí)也可以發(fā)現(xiàn)性能問題;一些功能反而在功能測試環(huán)境不好驗(yàn)證,需要在性能環(huán)境上測試。 ? ? 今天咱們就說一下測試涉及數(shù)據(jù)庫操作的功能時(shí)如何

    2024年02月14日
    瀏覽(20)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包