最近項目快要快要結束了，我們最終還是要面對我們一直存在的問題，就是數據庫查詢編碼的問題，但是通過各個方面觀察我們發現數據庫僅僅200w條數據查詢議一天的數據也就僅僅不到兩萬條數據沒結果查了將近兩分鐘，這按章正常狀態來講那是不可能出現的情況，但是經過很久的觀察我們還是找到了原因，那就是我們在做sql語句編寫的時候那是不合理的 接下來我就給大家羅列一下相關情況。

1.用like查詢數據

原來在查詢數據時候喜歡用like 來進行模糊查詢雖然方便但是機器影響效率 l例如? select * from bf1_histrinan where hs_date_time like (tochar(sysdate,'yyyy-mm-dd')||‘%’

后來改成了?select * from bf1_histrinan where hs_date_time =substr(hs_date_time,1,10),去除了模糊查詢的方法

2.喜歡書寫dual 語句

許多人在書寫查詢時間時候喜歡用select sysdate into time from? dual這種方法來查詢當前時間，但是往往忽略了用賦值的方法來解決問題

比如 time:=這種方式

3.在存儲過程中對輸出語句不處理

我們在寫存儲過程時間為了方便查看數據是否和我們預期的一樣，我們比較喜歡寫一個例：DBMS_OUTPUT.put_line (***);這樣的輸出數據，但是在我們測試結束后往往總是忘記吧這個輸出語句進行刪除。

以上我i們遇到的問題對oracle 中IO的消耗是很大的。

也許我所寫到的東西有些問題還請大家能夠多多指導，只希望我寫的這些東西對大家能有所幫助。下面對數據庫資源占用的比例相關的sql查詢語句。

1.從V$SQLAREA中查詢最占用資源的查詢

select b.username username,a.disk_reads reads,

a.executions exec,a.disk_reads/decode(a.executions,0,1,a.executions) rds_exec_ratio,

a.sql_text Statement

from v$sqlarea a,dba_users b

where a.parsing_user_id=b.user_id

and a.disk_reads > 100000

order by a.disk_reads desc;

2.用buffer_gets列來替換disk_reads列可以得到占用最多內存的sql語句的相關信息。

V$SQL是內存共享SQL區域中已經解析的SQL語句。

列出使用頻率最高的5個查詢：

select sql_text,executions

from (select sql_text,executions,

rank() over

(order by executions desc) exec_rank

from v$sql)

where exec_rank <=5;

3.消耗磁盤讀取最多的sql top5：

select disk_reads,sql_text

from (select sql_text,disk_reads,

dense_rank() over

(order by disk_reads desc) disk_reads_rank

from v$sql)

where disk_reads_rank <=5;

4.找出需要大量緩沖讀取(邏輯讀)操作的查詢：

select buffer_gets,sql_text

from (select sql_text,buffer_gets,

dense_rank() over

(order by buffer_gets desc) buffer_gets_rank

from v$sql)

where buffer_gets_rank<=5;

總結

以上是生活随笔為你收集整理的oracle mysql 效率_关于oracle 数据库效率的优化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。