SQL語句效率

小朋 2006-11-02

展開全文

SQL語句效率
1. SQL優(yōu)化的原則是：將一次操作需要讀取的BLOCK數(shù)減到最低,即在最短的時(shí)間達(dá)到最大的數(shù)據(jù)吞吐量。
調(diào)整不良SQL通常可以從以下幾點(diǎn)切入：
檢查不良的SQL，考慮其寫法是否還有可優(yōu)化內(nèi)容
檢查子查詢考慮SQL子查詢是否可以用簡單連接的方式進(jìn)行重新書寫
檢查優(yōu)化索引的使用
考慮數(shù)據(jù)庫的優(yōu)化器

2. 避免出現(xiàn)SELECT * FROM table 語句，要明確查出的字段。

3. 在一個(gè)SQL語句中，如果一個(gè)where條件過濾的數(shù)據(jù)庫記錄越多，定位越準(zhǔn)確，則該where條件越應(yīng)該前移。

4. 查詢時(shí)盡可能使用索引覆蓋。即對(duì)SELECT的字段建立復(fù)合索引，這樣查詢時(shí)只進(jìn)行索引掃描，不讀取數(shù)據(jù)塊。

5. 在判斷有無符合條件的記錄時(shí)建議不要用SELECT COUNT （*）和select top 1 語句。

6. 使用內(nèi)層限定原則，在拼寫SQL語句時(shí)，將查詢條件分解、分類，并盡量在SQL語句的最里層進(jìn)行限定，以減少數(shù)據(jù)的處理量。

7. 應(yīng)絕對(duì)避免在order by子句中使用表達(dá)式。

8. 如果需要從關(guān)聯(lián)表讀數(shù)據(jù)，關(guān)聯(lián)的表一般不要超過7個(gè)。

9. 小心使用 IN 和 OR，需要注意In集合中的數(shù)據(jù)量。建議集合中的數(shù)據(jù)不超過200個(gè)。

10. <> 用 < 、 > 代替，>用>=代替，<用<=代替，這樣可以有效的利用索引。

11. 在查詢時(shí)盡量減少對(duì)多余數(shù)據(jù)的讀取包括多余的列與多余的行。

12. 對(duì)于復(fù)合索引要注意，例如在建立復(fù)合索引時(shí)列的順序是F1，F(xiàn)2，F(xiàn)3，則在where或order by子句中這些字段出現(xiàn)的順序要與建立索引時(shí)的字段順序一致，且必須包含第一列。只能是F1或F1，F(xiàn)2或F1，F(xiàn)2，F(xiàn)3。否則不會(huì)用到該索引。

13. 多表關(guān)聯(lián)查詢時(shí)，寫法必須遵循以下原則，這樣做有利于建立索引，提高查詢效率。格式如下select sum（table1.je） from table1 table1, table2 table2, table3 table3 where (table1的等值條件（=）) and (table1的非等值條件) and (table2與table1的關(guān)聯(lián)條件) and (table2的等值條件) and (table2的非等值條件) and (table3與table2的關(guān)聯(lián)條件) and (table3的等值條件) and (table3的非等值條件)。
注:關(guān)于多表查詢時(shí)from 后面表的出現(xiàn)順序?qū)π实挠绊戇€有待研究。

14. 子查詢問題。對(duì)于能用連接方式或者視圖方式實(shí)現(xiàn)的功能，不要用子查詢。例如：select name from customer where customer_id in ( select customer_id from order where money>1000)。應(yīng)該用如下語句代替：select name from customer inner join order on customer.customer_id=order.customer_id where order.money>100。

15. 在WHERE 子句中，避免對(duì)列的四則運(yùn)算，特別是where 條件的左邊，嚴(yán)禁使用運(yùn)算與函數(shù)對(duì)列進(jìn)行處理。比如有些地方 substring 可以用like代替。

16. 如果在語句中有not in（in）操作，應(yīng)考慮用not exists（exists）來重寫,最好的辦法是使用外連接實(shí)現(xiàn)。

17. 對(duì)一個(gè)業(yè)務(wù)過程的處理，應(yīng)該使事物的開始與結(jié)束之間的時(shí)間間隔越短越好，原則上做到數(shù)據(jù)庫的讀操作在前面完成，數(shù)據(jù)庫寫操作在后面完成，避免交叉。

18. 請(qǐng)小心不要對(duì)過多的列使用列函數(shù)和order by,group by等，謹(jǐn)慎使用disti軟件開發(fā)t。

19. 用union all 代替 union，數(shù)據(jù)庫執(zhí)行union操作，首先先分別執(zhí)行union兩端的查詢，將其放在臨時(shí)表中，然后在對(duì)其進(jìn)行排序，過濾重復(fù)的記錄。
當(dāng)已知的業(yè)務(wù)邏輯決定query A和query B中不會(huì)有重復(fù)記錄時(shí)，應(yīng)該用union all代替union，以提高查詢效率。

數(shù)據(jù)更新的效率
1. 在一個(gè)事物中，對(duì)同一個(gè)表的多個(gè)insert語句應(yīng)該集中在一起執(zhí)行。
2. 在一個(gè)業(yè)務(wù)過程中，盡量的使insert,update,delete語句在業(yè)務(wù)結(jié)束前執(zhí)行，以減少死鎖的可能性。

數(shù)據(jù)庫物理規(guī)劃的效率

為了避免I/O的沖突，我們?cè)谠O(shè)計(jì)數(shù)據(jù)庫物理規(guī)劃時(shí)應(yīng)該遵循幾條基本的原則(以O(shè)RACLE舉例)：
 table和index分離：table和index應(yīng)該分別放在不同的tablespace中。

 Rollback Segment的分離：Rollback Segment應(yīng)該放在獨(dú)立的Tablespace中。

 System Tablespace的分離：System Tablespace中不允許放置任何用戶的object。（mssql中primary filegroup中不允許放置任何用戶的object）

 Temp Tablesace的分離：建立單獨(dú)的Temp Tablespace，并為每個(gè)user指定default Temp Tablespace

 避免碎片：但segment中出現(xiàn)大量的碎片時(shí)，會(huì)導(dǎo)致讀數(shù)據(jù)時(shí)需要訪問的block數(shù)量的增加。對(duì)經(jīng)常發(fā)生DML操作的segemeng來說，碎片是不能完全避免的。所以，我們應(yīng)該將經(jīng)常做DML操作的表和很少發(fā)生變化的表分離在不同的Tablespace中。

當(dāng)我們遵循了以上原則后，仍然發(fā)現(xiàn)有I/O沖突存在，我們可以用數(shù)據(jù)分離的方法來解決。
 連接Table的分離：在實(shí)際應(yīng)用中經(jīng)常做連接查詢的Table，可以將其分離在不同的Taclespace中，以減少I/O沖突。

 使用分區(qū)：對(duì)數(shù)據(jù)量很大的Table和Index使用分區(qū)，放在不同的Tablespace中。

在實(shí)際的物理存儲(chǔ)中，建議使用RAID。日志文件應(yīng)放在單獨(dú)的磁盤中。

本站是提供個(gè)人知識(shí)管理的網(wǎng)絡(luò)存儲(chǔ)空間，所有內(nèi)容均由用戶發(fā)布，不代表本站觀點(diǎn)。請(qǐng)注意甄別內(nèi)容中的聯(lián)系方式、誘導(dǎo)購買等信息，謹(jǐn)防詐騙。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請(qǐng)點(diǎn)擊一鍵舉報(bào)。

轉(zhuǎn)藏 分享

QQ空間 QQ好友新浪微博微信

獻(xiàn)花（0） +1

來自：小朋 > 《數(shù)據(jù)庫技術(shù)》

舉報(bào)/認(rèn)領(lǐng)