轉貼: 轉一篇關於數據庫SQL執行效率的文章,值得我們學習

其實現實的很多情況是本來不需要那麼複雜的sql的時候,由於程序員水平不夠,寫了那種很糟糕很複雜的sql,造成的數據庫性能問題。

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

 

代碼
  1. select * from table_name where id = 1;    
  2. select * from table_name where id = 2;   
<script type=text/javascript>render_code();</script> 對於這種帶參數的sql,id = ? 這個地方叫做站位符(Placeholder)。

 

拿PHP爲例,很多人喜歡這樣寫代碼

 

代碼
  1. $sql = "select * from table_name where id = ";    
  2. $id=1;    
  3. $stmt = ociparse($conn,$sql.$id);    
  4. ociexecute($stmt);    
  5. ......    
  6. $id = 2;    
  7. $stmt = ociparse($conn,$sql.$id);    
  8. ociexecute($stmt);   
<script type=text/javascript>render_code();</script>
拿Java爲例,是這樣的:
代碼
  1. String sql = "select * from table_name where id = ";    
  2. Statement stmt = conn.createStatement();    
  3.   
  4. rset = stmt.executeQuery(sql+"1");    
  5. ......    
  6. rset = stmt.executeQuery(sql+"2");   
<script type=text/javascript>render_code();</script>

 

這種寫法,對於Oracle數據庫來說,完全就是兩條不同的sql語句,

代碼
  1. select * from table_name where id = 1;    
  2. select * from table_name where id = 2;   
<script type=text/javascript>render_code();</script> 每次查詢都要進行sql語句的執行解析,並且每個sql都會分配一個區域來存放sql解析後的二進制可執行代碼。試想,要是id不同的10萬個sql呢?Oracle就會分配10萬個sql區域來分別存放10萬個這樣的id不同的sql語句。對於一個數據庫驅動的Web網站這樣情況下,SGA開的再大,也會很快被耗盡share pool的,最後報一個ORA-4031錯誤。數據庫就連接不上了,只好重起。

 

正確的寫法應該是:

 

代碼
  1. $stmt = ociparse($conn,"select * from table_name where id = :id");    
  2. ocibindbyname($stmt,":id",&$id, 12);    
  3.   
  4. $id =1;    
  5. ociexecute($stmt);    
  6. ...    
  7. $id = 2;    
  8. ociexecute($stmt);   
<script type=text/javascript>render_code();</script>

 

 

代碼
  1. PreparedStatement pstmt = conn.prepareStatement("select * from table_name where id = ?");    
  2.   
  3. pstmt.setInt(1,1);    
  4. rset = pstmt.executeQuery();    
  5. ...    
  6. pstmt.setInt(1,2);    
  7. rset = pstmt.executeQuery();   
<script type=text/javascript>render_code();</script>
這樣Oracle數據庫就知道你實際上用的都是同一條sql語句,會以這樣的形式:
select * from table_name where id = :1
解析執行後存放在sql區域裏面,當以後再有一樣的sql的時候,把參數替換一下,就立刻執行,不需要再解析sql了。既加快了sql執行速度,也不會佔有過多SGA的share pool。

 

可惜的是,很多程序員明知道這個問題,卻意識不到問題的嚴重性,因爲上面那種寫法,編程的時候很靈活,sql語句可以動態構造,實現起來很容易,後面那種寫法,sql語句是寫死的,參數不能再變了,編程經常會非常麻煩。

很多數據庫的性能問題都是這樣造成的。

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

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章