MySQL語句優化的原則

2021-08-31 09:03:02 字數 3022 閱讀 4687

1、使用索引來更快地遍歷表。

預設情況下建立的索引是非群集索引,但有時它並不是最佳的。在非群集索引下,資料在物理上隨機存放在資料頁上。合理的索引設計要建立在對各種查詢的分析和**上。一般來說:

a.有大量重複值、且經常有範圍查詢( > ,< ,> =,< =)和order by、group by發生的列,可考慮建立群集索引;

b.經常同時訪問多列,且每列都含有重複值可考慮建立組合索引;

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

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型別

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 ... +條件,的條件語句中所涉及的字段上。

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

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,就不用加索引了.不然每次寫入資料都要重新改寫索引,花費時間;

這個視實際情況而定,通常情況下索引是必需的.

14.我在對查詢效率有懷疑的時候,一般是直接用mysql的explain來跟蹤查詢情況.

你用mysql-front是通過時長來比較,我覺得如果從查詢時掃瞄欄位的次數來比較更精確一些.

**兄弟部落格

mysql語句優化原則 MySQL語句優化的原則

1 使用索引來更快地遍歷表。預設情況下建立的索引是非群集索引,但有時它並不是最佳的。在非群集索引下,資料在物理上隨機存放在資料頁上。合理的索引設計要建立在對各種查詢的分析和 上。一般來說 a.有大量重複值 且經常有範圍查詢 和order by group by發生的列,可考慮建立群集索引 b.經常同...

mysql語句優化原則 mysql語句優化原則

有時候發現資料量大的時候查詢起來效率就比較慢了,學習一下mysql語句優化的原則,自己在正常寫sql的時候還沒注意到這些,先記錄下來,慢慢一點一點的學,加油!這幾篇部落格寫的都可以 使用索引的原則 1.最左字首匹配原則。mysql會一直向右匹配直到遇到範圍查詢 不會用到b的索引 where a 1 ...

mysql語句優化原則 MySQL語句優化的原則

mysql語句優化的原則 mysql語句優化的原則 1 使用索引來更快地遍歷表。預設情況下建立的索引是非群集索引,但有時它並不是最佳的。在非群集索引下,資料在物理上隨機存放在資料頁上。合理的索引設計要建立在對各種查詢的分析和 上。一般來說 a.有大量重複值 且經常有範圍查詢 和order by gr...