以下的文章主要介紹的是如何正確的檢查Oracle數(shù)據(jù)庫里不合理的相關(guān)sql語句，我們首先是以代碼的方式來引出相關(guān)內(nèi)容的介紹，如果你對其相關(guān)的實際操作有興趣的話，你就可以對以下的文章點擊觀看了。

站在用戶的角度思考問題，與客戶深入溝通，找到師宗網(wǎng)站設(shè)計與師宗網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設(shè)計與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：成都網(wǎng)站制作、成都做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、空間域名、雅安服務(wù)器托管、企業(yè)郵箱。業(yè)務(wù)覆蓋師宗地區(qū)。

代碼:

 
 
 

  
  
  
select sql_text ,sharable_mem from v$sql where sharable_mem > @#100000@# order by sharable_mem ;　
 
 
 

上面的sql語句是查詢shared pool中占用內(nèi)存超過100K的sql語句。

這個sql可以非常有效的檢查出Oracle shared pool中那些嚴(yán)重占用內(nèi)存的sql，根據(jù)我的經(jīng)驗，絕大多數(shù)有問題的sql語句都會在這里留下痕跡，通過在這里找出有問題的sql語句并進行修改，再反復(fù)運行這個sql腳本，直到所以有問題的sql都處理完畢，這就是對Oracle數(shù)據(jù)庫在sql上面的***的優(yōu)化，可以保證不會因為程序員的sql語句問題導(dǎo)致Oracle數(shù)據(jù)庫的性能問題。

共享池主要由庫緩沖區(qū)（共享SQL區(qū)和PL/SQL區(qū)）和數(shù)據(jù)字典緩沖區(qū)組成。詳細的情況你隨便找一本介紹Oracle內(nèi)存結(jié)構(gòu)的書上面都有講到。我就不把書上的內(nèi)容給你打印一遍了，自己去看。

 
 
 

  
  
  
select * from v$sgastat;
 
 
 

 顯式SGA的狀態(tài)信息。

有的人寫的SQL語句非常復(fù)雜，嵌套了好幾層，SQL語句本身寫的很差，就有可能會占用很大的SQL區(qū)域。

其實現(xiàn)實的很多情況是本來不需要那么復(fù)雜的sql的時候，由于程序員水平不夠，寫了那種很糟糕很復(fù)雜的sql，造成的Oracle數(shù)據(jù)庫性能問題。

另外還有一個常識問題，卻很容易被忽略。比如：

代碼:

 
 
 

  
  
  
select * from table_name where id = 1;  
  
  
  
select * from table_name where id = 2;　
 
 
 

對于這種帶參數(shù)的sql，id = ? 這個地方叫做站位符(Placeholder)。

拿PHP為例，很多人喜歡這樣寫代碼

代碼:

 
 
 

  
  
  
$sql = "select * from table_name where id = ";  
  
  
  
$id=1;  
  
  
  
$stmt = ociparse($conn,$sql.$id);  
  
  
  
ociexecute($stmt);  
  
  
  
......  
  
  
  
$id = 2;  
  
  
  
$stmt = ociparse($conn,$sql.$id);  
  
  
  
ociexecute($stmt);　 
 
 
 

拿Java為例，是這樣的：

代碼:

 
 
 

  
  
  
String sql = "select * from table_name where id = ";  
  
  
  
Statement stmt = conn.createStatement();  
  
  
  
rset = stmt.executeQuery(sql+"1");  
  
  
  
......  
  
  
  
rset = stmt.executeQuery(sql+"2");　
 
 
 

這種寫法，對于Oracle數(shù)據(jù)庫來說，完全就是兩條不同的sql語句，

代碼:

 
 
 

  
  
  
select * from table_name where id = 1;  
  
  
  
select * from table_name where id = 2;　
 
 
 

每次查詢都要進行sql語句的執(zhí)行解析，并且每個sql都會分配一個區(qū)域來存放sql解析后的二進制可執(zhí)行代碼。試想，要是id不同的10萬個sql呢？Oracle就會分配10萬個sql區(qū)域來分別存放10萬個這樣的id不同的sql語句。對于一個數(shù)據(jù)庫驅(qū)動的Web網(wǎng)站這樣情況下，SGA開的再大，也會很快被耗盡share pool的，***報一個ORA-4031錯誤。Oracle數(shù)據(jù)庫就連接不上了，只好重起。

正確的寫法應(yīng)該是：

代碼:

 
 
 

  
  
  
$stmt = ociparse($conn,"select * from table_name where id = :id");  
  
  
  
ocibindbyname($stmt,":id",&$id, 12);  
  
  
  
$id =1;  
  
  
  
ociexecute($stmt);  
  
  
  
...  
  
  
  
$id = 2;  
  
  
  
ociexecute($stmt);　
 
 
 

代碼:

 
 
 

  
  
  
PreparedStatement pstmt = conn.prepareStatement("select * from table_name where id = ?");  
  
  
  
pstmt.setInt(1,1);  
  
  
  
rset = pstmt.executeQuery();  
  
  
  
...  
  
  
  
pstmt.setInt(1,2);  
  
  
  
rset = pstmt.executeQuery();　 
 
 
 

這樣Oracle數(shù)據(jù)庫就知道你實際上用的都是同一條sql語句，會以這樣的形式：

 
 
 

  
  
  
select * from table_name where id = :1 
 
 
 

解析執(zhí)行后存放在sql區(qū)域里面，當(dāng)以后再有一樣的sql的時候，把參數(shù)替換一下，就立刻執(zhí)行，不需要再解析sql了。既加快了sql執(zhí)行速度，也不會占有過多SGA的share pool。

可惜的是，很多程序員明知道這個問題，卻意識不到問題的嚴(yán)重性，因為上面那種寫法，編程的時候很靈活，sql語句可以動態(tài)構(gòu)造，實現(xiàn)起來很容易，后面那種寫法，sql語句是寫死的，參數(shù)不能再變了，編程經(jīng)常會非常麻煩。

很多Oracle數(shù)據(jù)庫的性能問題都是這樣造成的。

有興趣在一個生產(chǎn)系統(tǒng)中，用上面sql檢查一下，看看是否選擇出來的是否l有很多都是一樣的sql語句，只是參數(shù)不同，如果是這樣的話，就說明程序員的代碼寫的有問題。

文章名稱：檢查Oracle數(shù)據(jù)庫里不合理的sql語句的方案
鏈接URL：http://uogjgqi.cn/article/djccjhg.html