一、合理使用索引 使用原則： 1、經常在查詢中作為條件被使用的列，應為其建立索引。 2、頻繁進行排序或分組group by 或 order by 操作的列，應為其建立索引。 3、一個列域很大時，應為其建立索引。 4、如果待排序的列有多個，應在這些列上建立符合索引。 5

一、合理使用索引

使用原則：

1、經常在查詢中作為條件被使用的列，應為其建立索引。

2、頻繁進行排序或分組group by 或 order by 操作的列，應為其建立索引。

3、一個列值域很大時，應為其建立索引。

4、如果待排序的列有多個，應在這些列上建立符合索引。

5、參與了連接操作的屬性

6、在某一范圍內頻繁搜索的屬性和按照排序順序平凡檢索的屬性

7、在where子句中包含的一個關系的多個屬性，可以考慮在這些屬性上建立多屬性索引。

此外，如果數據庫文件需要頻繁執行精確匹配查詢（如等值查詢），可考慮建立散列索引。而B+數等有序索引更適合范圍查詢。

二、避免或簡化排序

在運行Order by或 Group by的SQL語句時，會涉及排序的操作，應當簡化或避免對大型表進行重復的排序，因為排序磁盤的開銷是很大的。降低數據庫性能，而且磁盤排序會消耗臨時表空間中的資源。

當能夠利用索引自動以適當次序產生輸出時，優化器就可以避免不必要的排序操作。以下是一些影響因素：

1、由于現有索引的不足，導致排序時索引中不包含一個或幾個待排序的列。

2、group by 或order by子句中列的次序與索引的次序不一樣。

為了避免不必要的排序，就要正確地增建索引，合理地合并數據庫表（盡管有時可能影響表的規范化，當相對于效率的提高還是值得的）。如果排序不可避免，那么應帶試圖簡化它，如縮小排序列的范圍等。

三、消除對大型表行數據的順序存取

在嵌套查詢中，對表的順序存取對查詢效率可能產生致命的影響。避免這種情況的主要方法就是對連接的列進行索引。還可以使用并集來避免順序存取。盡管在所有的檢查裂傷都有索引，但某些形式的where子句強迫優化器使用順序索引。

四、避免相關子查詢

一個列屬性同時在主查詢和子查詢中同時出現，那么很可能當住查詢中的列值改變之后，子查詢必須重新查詢一次。查詢嵌套次數越多，效率越低，因此應當盡量避免子查詢。

如果子查詢不可避免，那么要在子查詢中過濾掉盡可能多的行。

五、避免困難的增則表達式

避免含MATCHES和LIKE關鍵字的增則表達式等。

六、使用臨時表加速查詢

把一個表的自己進行排序并創建臨時表，有時能加速查詢。它有助于避免多重排序操作，而且在其他方面還能簡化優化器的工作。臨時表中的行比主表中的行要少，而且順序就是所要求的順序，減少了磁盤的I/O操作，所以查詢工作量可以得到大幅減少。

七、用排序來取代非順序磁盤存取

非順序磁盤存取是最慢的操作。但是在寫SQL語句時往往忽略了這一點，是的在寫應用程序時很容易寫出要求存取大量非順序頁的查詢，導致效率的降低。有些時候，可以使用以數據庫排序功能為基礎的SQL來替代非順序的存取，以改進查詢效率。

八、不充分的連接操作

左（右）連接消耗的資源非常之多，因為它們包含與NULL（不存在）數據匹配的數據，其代價可能非常高。左（右）連接比內連接消耗資源更多，所以如果可以重新編寫查詢，使得該查詢不使用左（右）連接，則會得到非常可觀的回報。

九、存儲過程

平時每次向數據庫發送的SQL腳本，都需要先編譯后執行。這樣當使用相同的語句時效率就會低很多，而存儲過程則不需要編譯就能直接執行，因此速度可能更快。所以對于平凡使用的SQL語句建議使用存儲過程。另外，要注意存儲過程中盡量使用SQ自帶的返回參數，而非自定義的返回參數，減少不必要的參數，避免數據冗余。

十、不要隨意使用游標

游標會占用較多的系統資源，尤其是對于大規模并發量的情況下，很容易使得系統資源耗盡而崩潰。所以不要隨意使用游標，而且游標使用完成后應及時關閉和銷毀，以釋放資源。

十一、事務處理

為了保證同時操作多個表而保證數據庫的一致性，往往會用到事務。但是一旦將多個處理放入事務當中，系統的處理速度會有所降低，所以應當在保證書屋一致性的前提下，將頻繁操作的多個可分割的處理過程放入到多個存儲過程當中，這樣會大大提高系統的響應速度。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com