一、如何找到消耗資源大的oracle的session及其執行的sql語句
hp-ux可以用glance,top、ibm- aix可以用topas、另外可以使用ps命令檢視程序。
二、另乙個有用的指令碼：查詢前十條效能差的sql
select * from
(select parsing_user_id
executions,
sorts,
command_type,
disk_reads,
sql_text
from v$sqlarea
order by disk_reads desc
) where rownum<10 ;
三、迅速發現oracle server的效能問題的成因，我們可以求助於v$session_wait這個檢視，看系統的這些session在等什麼，使用了多少的io。
--指令碼說明：檢視佔io較大的正在執行的session
select se.sid,
se.serial#,
pr.spid,
se.username,
se.status,
se.terminal,
se.program,
se.module,
se.sql_address,
st.event,
st.p1text,
si.physical_reads,
si.block_changes
from v$session se,
v$session_wait st,
v$sess_io si,
v$process pr
where st.sid=se.sid
and st.sid=si.sid
and se.paddr=pr.addr
and se.sid>6
and st.wait_time=0
and st.event not like '%sql%'
order by physical_reads desc
對檢索出的結果的幾點說明：
1、按每個正在等待的session已經發生的物理讀排的序，因為它與實際的io相關。
2、可以看一下這些等待的程序都在忙什麼，語句是否合理？
select sql_address from v$session where sid=;
select * from v$sqltext where address=;
執行以上兩個語句便可以得到這個session的語句。
你也以用alter system kill session 'sid,serial#';把這個session殺掉。
3、應觀注一下event這列，這是我們調優的關鍵一列，下面對常出現的event做以簡要的說明：
a、buffer busy waits，free buffer waits這兩個引數所標識是dbwr是否夠用的問題，與io很大相關的，當v$session_wait中的free buffer wait的條目很小或沒有的時侯，說明你的系統的dbwr程序決對夠用，不用調整；free buffer wait的條目很多，你的系統感覺起來一定很慢，這時說明你的dbwr已經不夠用了，它產生的wio已經成為你的資料庫效能的瓶頸，這時的解決辦法如下：
a.1、增加寫程序，同時要調整db_block_lru_latches引數
示例：修改或新增如下兩個引數
db_writer_processes=4
db_block_lru_latches=8
a.2、開非同步io，ibm這方面簡單得多，hp則麻煩一些，可以與hp工程師聯絡。
b、db file sequential read，指的是順序讀，即全表掃瞄，這也是我們應該儘量減少的部分，解決方法就是使用索引、sql調優，同時可以增大db_file_multiblock_read_count這個引數。
c、db file scattered read,這個引數指的是通過索引來讀取，同樣可以通過增加db_file_multiblock_read_count這個引數來提高效能。
d、latch free,與栓相關的了，需要專門調節。
e、其他引數可以不特別觀注。
本文**多謝
怎麼查詢oracle比較慢的session和SQL
一 如何找到消耗資源大的oracle的session及其執行的sql語句 hp ux可以用glance,top ibm aix可以用topas 另外可以使用ps命令檢視程序。通過這些程式我們可以找到用系統資源特別大的這些程序的程序號，我們就可以通過以下的sql語句發現這個pid正在執行哪個sql，這...
MapReduce系統比較慢
常理上有幾個理由使得mapreduce框架慢於mpp資料庫 1.容錯所引入的昂貴資料實體化 data materialization 開銷。2.孱弱的資料布局 data layout 比如缺少索引。3.執行策略的開銷 1 2 而我們對於hive的實驗也進一步證明了上述的理由，但是通過對hive 工程...
在釋放資源時，為什麼有時會比較慢？
在釋放sdk的資源 brac logout brac release 時，有時會比較慢通常是由於開啟了sdk的upnp裝置支援 參考 brac initsdk 由於關閉在upnp裝置上開啟的埠需要一定的時間，就造成了sdk釋放資源的時間增加。操作upnp裝置通常會分為三個步驟，在初始化sdk時進行 ...