建站
咨詢
售后
建站咨詢
新聞中心
在數(shù)據(jù)庫管理中，塊大小是一個關(guān)鍵性能因素。在一些數(shù)據(jù)庫中，塊大小是可以調(diào)整的。塊大小設(shè)置是為了將存儲器的大塊功能分成小的物理塊。因此，塊的大小可以對數(shù)據(jù)庫的性能產(chǎn)生直接的影響。
昌寧ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)公司的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！
在本文中，我們將詳細(xì)介紹數(shù)據(jù)庫塊大小設(shè)置對數(shù)據(jù)庫性能的影響，并探討如何為您的數(shù)據(jù)庫正確配置塊大小以獲得更佳性能。
什么是數(shù)據(jù)庫塊？
數(shù)據(jù)庫工作時，所有信息都存儲在指定的文件中。這些文件通常稱為數(shù)據(jù)文件，因?yàn)樗鼈儼糜诖鎯?shù)據(jù)庫的所有數(shù)據(jù)。這些數(shù)據(jù)文件因其較大的大小而被拆分成多個塊來提高性能。
那么，數(shù)據(jù)庫塊是什么？塊可以是存儲在數(shù)據(jù)庫文件中的物理頁或磁盤上的簇。它是指內(nèi)存中的一個固定字節(jié)數(shù)量，每個塊中都存儲了一定量的信息。
為什么要設(shè)置數(shù)據(jù)庫塊大?。?/p>
通過將較大的數(shù)據(jù)文件分成較小的塊，數(shù)據(jù)庫可以將讀寫操作更有效地處理。對于現(xiàn)代數(shù)據(jù)庫應(yīng)用程序而言，一般建議塊大小為8 KB – 32 KB之間。
塊大小對于許多應(yīng)用程序來說可能并不重要。但是，在大型應(yīng)用程序中，塊大小可以顯著影響性能。正確設(shè)置塊大小可以增加數(shù)據(jù)庫性能并使數(shù)據(jù)庫可用性更高。
影響數(shù)據(jù)庫性能的塊大小
塊大小對數(shù)據(jù)庫性能的影響主要體現(xiàn)在兩個方面，即讀取和寫入操作。
讀操作
數(shù)據(jù)庫通過緩存來處理讀操作。緩存可以是物理內(nèi)存，也可以是磁盤上的頁交換文件。對于大型數(shù)據(jù)庫，如果塊大小小于緩存大小，則會發(fā)生以下情況：
1. 存儲空間不足。由于小塊大小的數(shù)據(jù)塊較多，緩存可能很快被占滿，而緩存命中率可能很低。
2. 減慢讀取速度。由于需要多個塊才能讀取同一行或記錄，因此數(shù)據(jù)讀取時間和處理時間都會增加。
寫操作
在寫入操作中，塊大小同樣會影響數(shù)據(jù)庫性能。用于寫入操作的塊應(yīng)該足夠大，以容納所有待寫入數(shù)據(jù)。如果塊太小，則需要多次寫入，這樣會減慢寫入速度。此外，如果寫數(shù)據(jù)更改時無法完全適合塊，則將浪費(fèi)空間。
正確設(shè)置塊大小以獲得更佳性能
在許多情況下，建議使用8 KB – 32 KB的塊大小，但也有一些因素需要考慮。在設(shè)置塊大小時，請考慮以下因素：
1. 數(shù)據(jù)庫大小。對于大型數(shù)據(jù)庫，可以使用較大的塊大小。
2. 塊大小對時間性能的影響。塊越小，讀寫操作的開銷就越大。塊越大，磁盤空間的浪費(fèi)就越大。選擇塊大小時應(yīng)該找到一個平衡點(diǎn)，在不影響性能的情況下使用較小的塊。
3. 數(shù)據(jù)庫性能指標(biāo)。通過監(jiān)視緩存命中率、讀寫速度等指標(biāo)，可以確定合適的塊大小。
更佳實(shí)踐
在將數(shù)據(jù)庫遷移到新硬件或更改數(shù)據(jù)庫的配置時，可以通過以下步驟正確設(shè)置塊大?。?/p>
1. 分析數(shù)據(jù)庫性能指標(biāo)。通過監(jiān)視數(shù)據(jù)庫性能指標(biāo)，可以確定不同塊大小的性能。
2. 使用性能調(diào)優(yōu)工具。一些數(shù)據(jù)庫管理工具（如Oracle、SQL Server）提供性能調(diào)優(yōu)工具，可以幫助識別更佳塊大小。
3. 調(diào)整塊大小。根據(jù)性能工具的建議，調(diào)整塊大小以獲得更佳性能。
結(jié)論
在大型數(shù)據(jù)庫中，塊大小是一個關(guān)鍵性能因素。正確的塊大小可以提高數(shù)據(jù)庫性能和可用性。在設(shè)置塊大小時，需要考慮數(shù)據(jù)庫大小、塊大小對讀寫操作的影響和性能指標(biāo)。通過調(diào)整塊大小，可以獲得更佳的性能和空間利用率。
成都網(wǎng)站建設(shè)公司-創(chuàng)新互聯(lián)為您提供網(wǎng)站建設(shè)、網(wǎng)站制作、網(wǎng)頁設(shè)計及定制高端網(wǎng)站建設(shè)服務(wù)！
如何設(shè)置使oracle10g性能更優(yōu) 性能調(diào)優(yōu) 步驟
如果有絕對的步驟，那么還需要dba么？
每個數(shù)據(jù)庫根據(jù)服務(wù)器性能，存儲性能，處理器性能，網(wǎng)絡(luò)環(huán)境，數(shù)據(jù)量，查詢量等等的不同，都會有所差異。所以才需要dba，如果真的有這么一個方法，1，2，3，4的去做，那么可能就 不會有dba這個職位了。
一、磁盤方面調(diào)優(yōu)
1. 規(guī)范磁盤陣列
RAID 10比RAID5更適用于OLTP系統(tǒng)，RAID10先鏡像磁盤，再對其進(jìn)行分段，由于對數(shù)據(jù)的小規(guī)模訪問會比較頻繁，所以對OLTP適用。而RAID5,優(yōu)勢在于能夠充分利用磁盤空間，并且減少陣列的總成本。但是由于陣列發(fā)出一個寫入請求時，必須改變磁盤上已修改的塊，需要從磁盤上讀取“奇偶校驗(yàn)”塊，并且使用已修改的塊計算新的奇偶校驗(yàn)塊，然后把數(shù)據(jù)寫入磁盤，且會限制吞吐量。對性能有所影響，RAID5適用于OLAP系統(tǒng)。
2. 數(shù)據(jù)文件分布
分離下面的東西,避免磁盤競爭
? SYSTEM表空間
? TEMPORARY表空間
? UNDO表空間
? 聯(lián)機(jī)重做日志（放在最快的磁盤上）
? 操作系統(tǒng)磁盤
? ORACLE安裝目錄
? 經(jīng)常被訪問的數(shù)據(jù)文件
? 索引表空間
? 歸檔區(qū)域（應(yīng)該總是與將要恢復(fù)的數(shù)據(jù)分離）
例：
2 /: System
2 /u01: Oracle Software
2 /u02: Temporary tablespace, Control file1
2 /u03: Undo Segments, Control file2
2 /u04: Redo logs, Archive logs, Control file4
2 /u05: System, SYSAUX tablespaces
2 /u06: Data1 ,control file3
2 /u07: Index tablespace
2 /u08: Data2
通過下列語句查詢確定IO問題
select name ,phyrds,phywrts,readtim,writetim
from v$filestat a,v$datafile b
where a.file#=b.file# order by readtim desc;
3. 增大日志文件
u 增大日志文件的大小，從而增加處理大型INSERT,DELETE,UPDATE操作的比例
查詢?nèi)罩疚募顟B(tài)
select a.member,b.* from v$logfile a,v$log b where a.GROUP#=b.GROUP#
查詢?nèi)罩厩袚Q時間
select b.RECID,to_char(b.FIRST_TIME,’yyyy-mm-dd hh24:mi:ss’) start_time,a.RECID,to_char(a.FIRST_TIME,’yyyy-mm-dd hh24:mi:ss’) end_time,round(((a.FIRST_TIME-b.FIRST_TIME)*25)*60,2) minutes
from v$log_history a ,v$log_history b
where a.RECID=b.RECID+1
order by a.FIRST_TIME desc
增大日志文件大小，以及對每組增加日志文件（一個主文件、一個多路利用文件）
u 增大LOG_CHECKPOINT_INTERVAL參數(shù)，現(xiàn)已不提倡使用它
如果低于每半小時切換一次日志，就增大聯(lián)機(jī)重做日志大小。如果處理大型批處理任務(wù)時頻繁進(jìn)行切換，就增大聯(lián)機(jī)重做日志數(shù)目。
alter database add logfile member ‘/log.ora’ to group 1;
alter database drop logfile member ‘/log.ora’;
4. UNDO表空間
修改三個初始參數(shù)：
UNDO_MANAGEMENT=AUTO
UNDO_TABLESPACE=CLOUDSEA_UNDO
UNDO_RETENTION=
5. 不要在系統(tǒng)表空間中執(zhí)行排序
二、初始化參數(shù)調(diào)優(yōu)
32位的尋址更大支持應(yīng)該是2的32次方，就是4G大小。但實(shí)際中32位系統(tǒng)（XP，windows2023等MS32位系統(tǒng), ubuntu等linux32 位系統(tǒng)）要能利用4G內(nèi)存，都是采用內(nèi)存重映射技術(shù)。需要主板及系統(tǒng)的支持。如果關(guān)閉主板BIOS的重映射功能，系統(tǒng)將不能利用4G內(nèi)存，可能只達(dá)3.5G.而在windows下看到的一般為3.25G。所以SGA設(shè)置為內(nèi)存的40%，但不能超過3.25G
1. 重要初始化參數(shù)
l SGA_MAX_SIZE
l SGA_TARGET
l PGA_AGGREGATE_TARGET
l DB_CACHE_SIZE
l SHARED_POOL_SIZE
2. 調(diào)整DB_CACHE_SIZE來提高性能
它設(shè)定了用來存儲和處理內(nèi)存中數(shù)據(jù)的SGA區(qū)域大小，從內(nèi)存中取數(shù)據(jù)比磁盤快10000倍以上
根據(jù)以下查詢出數(shù)據(jù)緩存命中率
select sum(decode(name,’physical reads’,value,0)) phys,
sum(decode(name,’db block gets’,value,0)) gets,
sum(decode(name,’consistent gets’,value,0)) con_gets,
(1- (sum(decode(name,’physical reads’,value,0))/(sum(decode(name,’db block gets’,value,0))+sum(decode(name,’consistent gets’,value,0)) ) ))*100 Hitratio
from v$sysstat;
一個事務(wù)處理程序應(yīng)該保證得到95%以上的命中率，命中率從90%提高到98%可能會提高500%的性能，ORACLE正在通過CPU或服務(wù)時間與等待時間來分析系統(tǒng)性能，不太重視命中率，不過現(xiàn)在的庫緩存和字典緩存仍將命中率作為基本的調(diào)整方法。
在調(diào)整DB_CACHE_SIZE時使用V$DB_CACHE_ADVICE
select size_for_estimate, estd_physical_read_factor, estd_physical_reads
from v$db_cache_advice
where name = ‘DEFAULT’;
如果查詢的命中率過低，說明缺少索引或者索引受到限制，通過V$SQLAREA視圖查詢執(zhí)行緩慢的SQL
3. 設(shè)定DB_BLOCK_SIZE來反映數(shù)據(jù)讀取量大小
OLTP一般8K
OLAP一般16K或者32K
4. 調(diào)整SHARED_POOL_SIZE以優(yōu)化性能
正確地調(diào)整此參數(shù)可以同等可能地共享SQL語句，使得在內(nèi)存中便能找到使用過的SQL語句。為了減少硬解析次數(shù)，優(yōu)化對共享SQL區(qū)域的使用，需盡量使用存儲過程、使用綁定變量
保證數(shù)據(jù)字典緩存命中率在95%以上
select ((1- sum(getmisses)/(sum(gets)+sum(getmisses)))*100) hitratio
from v$rowcache
where gets+getmisses 0;
如果命中率小于 99％，就可以考慮增加shared pool 以提高library cache 的命中率
SELECT SUM(PINS) “EXECUTIONS”,SUM(RELOADS) “CACHE MISSES WHILE EXECUTING”,1 – SUM(RELOADS)/SUM(PINS)
FROM V$LIBRARYCACHE;
通常規(guī)則是把它定為DB_CACHE_SIZE大小的50%－150%，在使用了大量存儲過程或程序包，但只有有限內(nèi)存的系統(tǒng)里，最后分配為150%。在沒有使用存儲過程但大量分配內(nèi)存給DB_CACHE_SIZE的系統(tǒng)里，這個參數(shù)應(yīng)該為10%－20%
5. 調(diào)整PGA_AGGREGATE_TARGET以優(yōu)化對內(nèi)存的應(yīng)用
u OLTP ：totalmemory*80%*20%
u DSS: totalmemory*80%*50%
6.個重要初始化參數(shù)
2 DB_CACHE_SIZE：分配給數(shù)據(jù)緩存的初始化內(nèi)存
2 SGA_TARGET：使用了自動內(nèi)存管理，則設(shè)置此參數(shù)。設(shè)置為0可禁用它
2 PGA_AGGREGATE_TARGET：所有用戶PGA軟內(nèi)存更大值
2 SHARED_POOL_SIZE：分配給數(shù)據(jù)字典、SQL和PL／SQL的內(nèi)存
2 SGA_MAX_SIZE：SGA可動態(tài)增長的更大內(nèi)存
2 OPTIMIZER_MODE：
2 CURSOR_SHARING：把字面SQL轉(zhuǎn)換成帶綁定變更的SQL，可減少硬解析開銷
2 OPTIMIZER_INDEX_COST_ADJ：索引掃描成本和全表掃描成本進(jìn)行調(diào)整，設(shè)定在1－10間會強(qiáng)制頻繁地使用索引，保證索引可用性
2 QUERY_REWRITE_ENABLED：用于啟用具體化視圖和基于函數(shù)的索引功能
2 DB_FILE_MULTIBLOCK_READ_COUNT：對于全表掃描，為了更有效執(zhí)行IO，此參數(shù)可在一次IO中讀取多個塊
2 LOG_BUFFER：為內(nèi)存中沒有提交的事務(wù)分配緩沖區(qū)（非動態(tài)參數(shù)）
2 DB_KEEP_CACHE_SIZE：分配給KEEP池或者額外數(shù)據(jù)緩存的內(nèi)存
2 DB_RECYCLE_CACHE_SIZE：
2 DBWR_IO_SLAVES：如果沒有異步IO，參數(shù)等同于DB_WRITER_PROCESSES模擬異步IO而分配的從SGA到磁盤的寫入器數(shù)。如果有異步IO，則使用DB_WRITER_PROCESSES設(shè)置多個寫程序，在DBWR期間更快地寫出臟塊
2 LARGE_POOL_SIZE：分配給大型PLSQL或其他一些很少使用的ORACLE選項(xiàng)LARGET池的總塊數(shù)
2 STATISTICS_LEVEL：啟用顧問信息，并可選擇提供更多OS統(tǒng)計信息來改進(jìn)優(yōu)化器決策。默認(rèn)：TYPICAL
2 JAVA_POOL_SIZE：為JVM使用的JAVA存儲過程所分配的內(nèi)存
2 JAVA_MAX_SESSIONSPACE_SIZE：跟蹤JAVA類的用戶會話狀態(tài)所用內(nèi)存上限
2 MAX_SHARED_SERVERS：當(dāng)使用共享服務(wù)器時的共享服務(wù)器上限
2 WORKAREA_SIZE_POLICY：啟用PGA大小自動管理
2 FAST_START_MTTR_TARGET：完成一次崩潰恢復(fù)的大概時間／S
2 LOG_CHECKPOINT_INTERVAL：檢查點(diǎn)頻率
2 OPEN_CURSORS：指定了保存用戶語句的專用區(qū)域大小，如此設(shè)置過高會導(dǎo)致ORA-4031
2 DB_BLOCK_SIZE：數(shù)據(jù)庫默認(rèn)塊大小
2 OPTIMIZER_DYNAMIC_SAMPLING：控制動態(tài)抽樣查詢讀取的塊數(shù)量，對正在使用全局臨時表的系統(tǒng)非常有用
三、SQL調(diào)優(yōu)1. 使用提示
1. 改變執(zhí)行路徑
通過OPTIMIZER_MODE參數(shù)指定優(yōu)化器使用方法，默認(rèn)ALL_ROWS
? ALL_ROWS 可得更佳吞吐量執(zhí)行查詢所有行
? FIRST_ROWS(n) 可使優(yōu)化器最快檢索出之一行:
select /*+ FIRST_ROWS(1) */ store_id,… from tbl_store
1. 使用訪問方法提示
允許開發(fā)人員改變訪問的實(shí)際查詢方式，經(jīng)常使用INDEX提示
? CLUSTER 強(qiáng)制使用集群
? FULL
? HASH
? INDEX 語法：/*+ INDEX (TABLE INDEX1,INDEX2….) */ COLUMN 1,….
當(dāng)不指定任何INDEX時，優(yōu)化器會選擇更佳的索引
SELECT /*+ INDEX */ STORE_ID FROM TBL_STORE
? INDEX_ASC 8I開始默認(rèn)是升序，所以與INDEX同效
? INDEX_DESC
? INDEX_COMBINE 用來指定多個位圖索引，而不是選擇其中更好的索引
? INDEX_JOIN 只需訪問這些索引，節(jié)省了重新檢索表的時間
? INDEX_FFS 執(zhí)行一次索引的快速全局掃描，只處理索引，不訪問具體表
? INDEX_SS
? INDEX_SSX_ASC
? INDEX_SS_DESC
? NO_INDEX
? NO_INDEX_FFS
? NO_INDEX_SS
1. 使用查詢轉(zhuǎn)換提示
對于數(shù)據(jù)倉庫非常有幫助
? FACT
? MERGE
? NO_EXPAND 語法：/*+ NO_EXPAND */ column1,…
保證OR組合起的IN列表不會陷入困境，/*+ FIRST_ROWS NO_EXPAND */
? NO_FACT
? NO_MERGE
? NO_QUERY_TRANSFORMATION
? NO_REWRITE
? NO_STAR_TRANSFORMATION
? NO_UNSET
? REWRITE
? STAR_TRANSFORMATION
? UNSET
? USE_CONCAT
1. 使用連接操作提示
顯示如何將連接表中的數(shù)據(jù)合并在一起，可用兩提示直接影響連接順序。LEADING指定連接順序首先使用的表，ORDERED告訴優(yōu)化器基于FROM子句中的表順序連接這些表，并使用之一個表作為驅(qū)動表（最行訪問的表）
ORDERED語法：/*+ ORDERED */ column 1,….
訪問表順序根據(jù)FROM后的表順序來
LEADING語法：/*+ LEADING(TABLE1) */ column 1,….
類似于ORDER，指定驅(qū)動表
? NO_USE_HASH
? NO_USE_MERGE
? NO_USE_NL
? USE_HASH前提足夠的HASH_AREA_SIZE或PGA_AGGREGATE_TARGET
通?？梢詾檩^大的結(jié)果集提供更佳的響應(yīng)時間
? USE_MERGE
? USE_NL 通常可以以最快速度返回一個行
? USE_NL_WITH_INDEX
1. 使用并行執(zhí)行
? NO_PARALLEL
? NO_PARALLEL_INDEX
? PARALLEL
? PARALLEL_INDEX
? PQ_DISTRIBUTE
1. 其他提示
? APPEND 不會檢查當(dāng)前所用塊中是否有剩余空間，而直接插入到表中，會直接將數(shù)據(jù)添加到新的塊中。
? CACHE 會將全表掃描全部緩存到內(nèi)存中，這樣可直接在內(nèi)存中找到數(shù)據(jù)，不用在磁盤上查詢
? CURSOR_SHARING_EXACT
? DRIVING_SITE
? DYNAMIC_SAMPLING
? MODEL_MIN_ANASIS
? NOAPPEND
? NOCACHE
? NO_PUSH_PRED
? NO_PUSH_SUBQ
? NO_PX_JOIN_FILTER
? PUSH_PRED
? PUSH_SUBQ 強(qiáng)制先執(zhí)行子查詢，當(dāng)子查詢很快返回少量行時，這些行可以用于限制外部查詢返回行數(shù)，可極大地提高性能
例：select /*+PUSH_SUBQ */ emp.empno,emp.ename
From emp,orders
where emp.deptno=(select deptno from dept where loc=’1’)
? PX_JOIN_FILTER
? QB_NAME
2. 調(diào)整查詢
2. 在V$SQLAREA中選出最占用資源的查詢
HASH_VALUE：SQL語句的Hash值。
ADDRESS：SQL語句在SGA中的地址。
PARSING_USER_ID：為語句解析之一條CURSOR的用戶
VERSION_COUNT：語句cursor的數(shù)量
KEPT_VERSIONS：
SHARABLE_MEMORY：cursor使用的共享內(nèi)存總數(shù)
PERSISTENT_MEMORY：cursor使用的常駐內(nèi)存總數(shù)
RUNTIME_MEMORY：cursor使用的運(yùn)行時內(nèi)存總數(shù)。
SQL_TEXT：SQL語句的文本（更大只能保存該語句的前1000個字符）。
MODULE,ACTION：用了DBMS_APPLICATION_INFO時session解析之一條cursor時信息
SORTS: 語句的排序數(shù)
CPU_TIME: 語句被解析和執(zhí)行的CPU時間
ELAPSED_TIME: 語句被解析和執(zhí)行的共用時間
PARSE_CALLS: 語句的解析調(diào)用(軟、硬)次數(shù)
EXECUTIONS: 語句的執(zhí)行次數(shù)
INVALIDATIONS: 語句的cursor失效次數(shù)
LOADS: 語句載入(載出)數(shù)量
ROWS_PROCESSED: 語句返回的列總數(shù)
select b.username,a.DISK_READS,a.EXECUTIONS,a.DISK_READS/decode(a.EXECUTIONS,0,1,a.EXECUTIONS) rds_exec_ratio,a.SQL_TEXT
from v$sqlarea a ,dba_users b
where a.PARSING_USER_ID=b.user_id and a.DISK_READS>100 order by a.DISK_READS desc;
2. 在V$SQL中選出最占用資源的查詢
與V$SQLAREA類似
select * from
(select sql_text,rank() over (order by buffer_gets desc) as rank_buffers,to_char(100*ratio_to_report(buffer_gets) over (),’999.99′) pct_bufgets from v$sql)
where rank_buffers
2. 確定何時使用索引
2 當(dāng)查詢條件只需要返回很少的行（受限列）時，則需要建立索引，不同的版本中這個返回要求不同
V5:20% V7:7% V8i,V9i:4% V10g: 5%
查看表上的索引
select a.table_name,a.index_name,a.column_name,a.column_position,a.table_owner
from dba_ind_columns a
where a.table_owner=’CLOUDSEA’
2 修正差的索引，可使用提示來限制很差的索引，如INDEX，F(xiàn)ULL提示
2 在SELECT 和WHERE中的列使用索引
如: select name from tbl where no=?
建立索引：create index test on tbl(name,no) tablespace cloudsea_index storage(….)
對于系統(tǒng)中很關(guān)鍵的查詢，可以考慮建立此類連接索引
2 在一個表中有多個索引時可能出現(xiàn)麻煩，使用提示INDEX指定使用索引
2 使用索引合并，使用提示INDEX_JOIN
2 基于函數(shù)索引，由于使用了函數(shù)造成查詢很慢.必須基于成本的優(yōu)化模式,參數(shù)：
QUERY_REWRITE_ENALED=TRUE
QUERY_REWRITE_INTEGRITY=TRUSTED (OR ENFORCED)
create index test on sum(test);
2. 在內(nèi)存中緩存表
將常用的相對小的表緩存到內(nèi)存中，但注意會影響到嵌套循環(huán)連接上的驅(qū)動表
alter table tablename cache;
2.使用EXISTS 與嵌套子查詢 代替IN
SELECT …FROM EMP WHERE DEPT_NO NOT IN (SELECT DEPT_NO FROM DEPT WHERE DEPT_CAT=’A’);
(方法一: 高效)
SELECT ….FROM EMP A,DEPT B WHERE A.DEPT_NO = B.DEPT(+) AND B.DEPT_NO IS NULL AND B.DEPT_CAT(+) = ‘A’
(方法二: 更高效)
SELECT ….FROM EMP E WHERE NOT EXISTS (SELECT ‘X’ FROM DEPT D WHERE D.DEPT_NO = E.DEPT_NO AND DEPT_CAT = ‘A’);
四、使用STATSPACK和AWR報表調(diào)整等待和閂鎖
1.GR2里的腳本
在$ORACLE_HOME/RDBMS/ADMIN下
Spcreate.sql 通過調(diào)用spcusr.sql spctab.sql 和spcpkg.sql創(chuàng)建STATSPACK環(huán)境，使用SYSDBA運(yùn)行它
Spdrop.sql 調(diào)用sptab.sql和spdusr.sql刪除整個STATSPACK環(huán)境，使用SYSDBA運(yùn)行它
Spreport.sql 這是生成報表的主要腳本，由PERFSTAT用戶運(yùn)行
Sprepins.sql 為指定的數(shù)據(jù)庫和實(shí)例生成實(shí)例報表
Sprepsql.sql 為指定的SQL散列值生成SQL報表
Sprsqins.sql 為指定的數(shù)據(jù)庫和實(shí)例生成SQL報表
Spauto.sql 使用DBMS_JOB自動進(jìn)行統(tǒng)計數(shù)據(jù)收集（照相）
Sprepcon.sql 配置SQLPLUS變量來設(shè)置像閾值這樣的內(nèi)容的配置文件
Spurge.sql 刪除給定數(shù)據(jù)庫實(shí)例一定范圍內(nèi)的快照ID，不刪除基線快照
Sptrunc.sql 截短STATSPACK表里所有性能數(shù)據(jù)
五、執(zhí)行快速系統(tǒng)檢查1. 緩沖區(qū)命中率
查詢緩沖區(qū)命中率
select (1 – (sum(decode(name, ‘physical reads’,value,0)) /
(sum(decode(name, ‘db block gets’,value,0)) +
sum(decode(name, ‘consistent gets’,value,0))))) * 100 “Hit Ratio”
from v$sysstat;
數(shù)據(jù)庫的塊大小設(shè)置的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于數(shù)據(jù)庫的塊大小設(shè)置,數(shù)據(jù)庫塊大小設(shè)置，影響數(shù)據(jù)庫性能,如何設(shè)置使oracle10g性能更優(yōu) 性能調(diào)優(yōu) 步驟的信息別忘了在本站進(jìn)行查找喔。
四川成都云服務(wù)器租用托管【創(chuàng)新互聯(lián)】提供各地服務(wù)器租用，電信服務(wù)器托管、移動服務(wù)器托管、聯(lián)通服務(wù)器托管，云服務(wù)器虛擬主機(jī)租用。成都機(jī)房托管咨詢：13518219792
創(chuàng)新互聯(lián)（www.cdcxhl.com）擁有10多年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗(yàn)、開啟建站+互聯(lián)網(wǎng)銷售服務(wù)，與企業(yè)客戶共同成長，共創(chuàng)價值。
網(wǎng)頁標(biāo)題：數(shù)據(jù)庫塊大小設(shè)置，影響數(shù)據(jù)庫性能(數(shù)據(jù)庫的塊大小設(shè)置)
文章轉(zhuǎn)載：http://www.dlmjj.cn/article/djigsjo.html
