MySQL語句優化的方法與其基本原則

以下的文章主要介紹的是MySQL語句優化的正確方法與其基本原則，我們大家都知道MySQL語句的語句的實際應用以越來越來廣泛，所以對其進行優化也是很重要的，以下的文章主要就是對MySQL語句優化的正確方法與其基本原則的具體描述。 MySQL語句優化的方法與原則1

以下的文章主要介紹的是MySQL語句優化的正確方法與其基本原則，我們大家都知道MySQL語句的語句的實際應用以越來越來廣泛，所以對其進行優化也是很重要的，以下的文章主要就是對MySQL語句優化的正確方法與其基本原則的具體描述。

MySQL語句優化的方法與原則1、使用索引來更快地遍歷表。

缺省情況下建立的索引是非群集索引，但有時它并不是最佳的。在非群集索引下，數據在物理上隨機存放在數據頁上。合理的索引設計要建立在對各種查詢的分析和預測上。一般來說：

a.有大量重復值、且經常有范圍查詢（ > ,< ，> =,< =）和order by、group by發生的列，可考慮建立群集索引；

b.經常同時存取多列，且每列都含有重復值可考慮建立組合索引；

c.組合索引要盡量使關鍵查詢形成索引覆蓋，其前導列一定是使用最頻繁的列。索引雖有助于提高性能但不是索引越多越好，恰好相反過多的索引會導致系統低效。用戶在表中每加進一個索引，維護索引集合就要做相應的更新工作。

MySQL語句優化的方法與原則2、在海量查詢時盡量少用格式轉換。

3、ORDER BY和GROPU BY使用ORDER BY和GROUP BY短語，任何一種索引都有助于SELECT的性能提高。

4、任何對列的操作都將導致表掃描，它包括數據庫函數、計算表達式等等，查詢時要盡可能將操作移至等號右邊。

5、IN、OR子句常會使用工作表，使索引失效。如果不產生大量重復值，可以考慮把子句拆開。拆開的子句中應該包含索引。

6、只要能滿足你的需求，應盡可能使用更小的數據類型：例如使用MEDIUMINT代替INT

7、盡量把所有的列設置為NOT NULL，如果你要保存NULL，手動去設置它，而不是把它設為默認值。

8、盡量少用VARCHAR、TEXT、BLOB類型

9、如果你的數據只有你所知的少量的幾個。最好使用ENUM類型

MySQL語句優化的方法與原則10、正如graymice所講的那樣，建立索引。

以下是我做的一個實驗，可以發現索引能極大地提高查詢的效率：

我有一個會員信息表users，里邊有37365條用戶記錄：

在不加索引的時候進行查詢：

sql語句A:

代碼:

select * from users where username like ‘%許%’; 

在Mysql-Front中的8次查詢時長為：1.40,0.54,0.54,0.54,0.53,0.55,0.54 共找到960條記錄

sql語句B:

代碼:

select * from users where username like ‘許%’; 

在Mysql-Front中的8次查詢時長為：0.53,0.53,0.53,0.54,0.53,0.53,0.54,0.54 共找到836條記錄

sql語句C:

代碼:

select * from users where username like ‘%許’; 

在Mysql-Front中的8次查詢時長為：0.51,0.51,0.52,0.52,0.51,0.51,0.52,0.51 共找到7條記錄

為username列添加索引:

代碼:

create index usernameindex on users(username(6)); 

再次查詢：

sql語句A:

代碼:

select * from users where username like ‘%許%’; 

在Mysql-Front中的8次查詢時長為：0.35,0.34,0.34,0.35,0.34,0.34,0.35,0.34 共找到960條記錄

sql語句B:

代碼:

select * from users where username like ‘許%’; 

在Mysql-Front中的8次查詢時長為：0.06,0.07,0.07,0.07,0.07,0.07,0.06,0.06 共找到836條記錄

sql語句C:

代碼:

select * from users where username like ‘%許’; 

在Mysql-Front中的8次查詢時長為：0.32,0.31,0.31,0.32,0.31,0.32,0.31,0.31 共找到7條記錄

在實驗過程中，我沒有另開任何程序，以上的數據說明在單表查詢中，建立索引的可以極大地提高查詢速度。

另外要說的是如果建立了索引，對于like ‘許%’類型的查詢，速度提升是最明顯的。因此，我們在寫sql語句的時候也盡量采用這種方式查詢。

對于多表查詢我們的優化原則是：

盡量將索引建立在：left join on/right join on …　＋條件，的條件MySQL語句優化的方法與原則語句中所涉及的字段上。

多表查詢比單表查詢更能體現索引的優勢。

關于索引請參看這里MySQL索引詳解，及MySQL高效運行優化

11、索引的建立原則：

如果一列的中數據的前綴重復值很少，我們最好就只索引這個前綴。Mysql支持這種索引。我在上面用到的索引方法就是對username最左邊的6個字符進行索引。索引越短，占用的 磁盤空間越少，在檢索過程中花的時間也越少。這方法可以對最多左255個字符進行索引。

在很多場合，我們可以給建立多列數據建立索引。

索引應該建立在查詢條件中進行比較的字段上，而不是建立在我們要找出來并且顯示的字段上

12、IN、OR子句常會使用工作表，使索引失效。如果不產生大量重復值，可以考慮把子句拆開。拆開的子句中應該包含索引。

這句話怎么理解決，請舉個例子

例子如下:

如果在fields1和fields2上同時建立了索引，fields1為主索引

以下sql會用到索引

代碼:

select * from tablename1 where fields1=’value1′ and fields2=’value2′ 

以下sql不會用到索引

代碼:

select * from tablename1 where fields1=’value1′ or fields2=’value2′ 

13.索引帶來查詢上的速度的大大提升,但索引也占用了額外的硬盤空間(當然現在一般硬盤空間不成問題),而且往表中插入新記錄時索引也要隨著更新這也需要一定時間.

有些表如果經常insert,而較少select,就不用加索引了.不然每次寫入數據都要重新改寫索引,花費時間; 這個視實際情況而定,通常情況下索引是必需的.

MySQL索引詳解，及MySQL高效運行優化

14在對查詢效率有懷疑的時候,接用Mysql的Explain來跟蹤查詢情況.

用Mysql-Front是通過時長來比較,從查詢時掃描字段的次數來比較更精確一些.

MYSQL EXPLAIN語句的extended 選項

MySQL優化查詢語句Explain

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