點(diǎn)擊下載
本文文檔

當(dāng)前位置：首頁 - 科技 - 知識百科 - 正文

MySQL語句優(yōu)化的原則_MySQL

來源：懂視網(wǎng) 責(zé)編：小采時(shí)間：2020-11-09 17:29:42

MySQL語句優(yōu)化的原則_MySQL

MySQL語句優(yōu)化的原則_MySQL:1、使用索引來更快地遍歷表。缺省情況下建立的索引是非群集索引，但有時(shí)它并不是最佳的。在非群集索引下，數(shù)據(jù)在物理上隨機(jī)存放在數(shù)據(jù)頁上。合理的索引設(shè)計(jì)要建立在對各種查詢的分析和預(yù)測上。一般來說： a.有大量重復(fù)值、且經(jīng)常有范圍查詢（ > , =,

推薦度：

點(diǎn)擊下載本文 文檔為doc格式

導(dǎo)讀MySQL語句優(yōu)化的原則_MySQL:1、使用索引來更快地遍歷表。缺省情況下建立的索引是非群集索引，但有時(shí)它并不是最佳的。在非群集索引下，數(shù)據(jù)在物理上隨機(jī)存放在數(shù)據(jù)頁上。合理的索引設(shè)計(jì)要建立在對各種查詢的分析和預(yù)測上。一般來說： a.有大量重復(fù)值、且經(jīng)常有范圍查詢（ > , =,

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

　　缺省情況下建立的索引是非群集索引，但有時(shí)它并不是最佳的。在非群集索引下，數(shù)據(jù)在物理上隨機(jī)存放在數(shù)據(jù)頁上。合理的索引設(shè)計(jì)要建立在對各種查詢的分析和預(yù)測上。一般來說：
　　a.有大量重復(fù)值、且經(jīng)常有范圍查詢（ > ,< ，> =,< =）和order by、group by發(fā)生的列，可考慮建立群集索引；
　　b.經(jīng)常同時(shí)存取多列，且每列都含有重復(fù)值可考慮建立組合索引；
　　c.組合索引要盡量使關(guān)鍵查詢形成索引覆蓋，其前導(dǎo)列一定是使用最頻繁的列。索引雖有助于提高性能但不是索引越多越好，恰好相反過多的索引會導(dǎo)致系統(tǒng)低效。用戶在表中每加進(jìn)一個(gè)索引，維護(hù)索引集合就要做相應(yīng)的更新工作。

　　2、在海量查詢時(shí)盡量少用格式轉(zhuǎn)換。
　　3、ORDER BY和GROPU BY使用ORDER BY和GROUP BY短語，任何一種索引都有助于SELECT的性能提高。

　　4、任何對列的操作都將導(dǎo)致表掃描，它包括數(shù)據(jù)庫函數(shù)、計(jì)算表達(dá)式等等，查詢時(shí)要盡可能將操作移至等號右邊。

　　5、IN、OR子句常會使用工作表，使索引失效。如果不產(chǎn)生大量重復(fù)值，可以考慮把子句拆開。拆開的子句中應(yīng)該包含索引。
　　6、只要能滿足你的需求，應(yīng)盡可能使用更小的數(shù)據(jù)類型：例如使用MEDIUMINT代替INT

　　7、盡量把所有的列設(shè)置為NOT NULL，如果你要保存NULL，手動去設(shè)置它，而不是把它設(shè)為默認(rèn)值。
　　8、盡量少用VARCHAR、TEXT、BLOB類型
　　9、如果你的數(shù)據(jù)只有你所知的少量的幾個(gè)。最好使用ENUM類型
　　10、正如graymice所講的那樣，建立索引。

　　以下是我做的一個(gè)實(shí)驗(yàn)，可以發(fā)現(xiàn)索引能極大地提高查詢的效率：
我有一個(gè)會員信息表users，里邊有37365條用戶記錄：
在不加索引的時(shí)候進(jìn)行查詢：
sql語句A:

復(fù)制內(nèi)容到剪貼板

代碼:

select * from users where username like '%許%';

在Mysql-Front中的8次查詢時(shí)長為：1.40,0.54,0.54,0.54,0.53,0.55,0.54 共找到960條記錄
sql語句B:

復(fù)制內(nèi)容到剪貼板

代碼:

select * from users where username like '許%';

在Mysql-Front中的8次查詢時(shí)長為：0.53,0.53,0.53,0.54,0.53,0.53,0.54,0.54 共找到836條記錄
sql語句C:

復(fù)制內(nèi)容到剪貼板

代碼:

select * from users where username like '%許';

在Mysql-Front中的8次查詢時(shí)長為：0.51,0.51,0.52,0.52,0.51,0.51,0.52,0.51 共找到7條記錄
為username列添加索引:

復(fù)制內(nèi)容到剪貼板

代碼:

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

再次查詢：
sql語句A:

復(fù)制內(nèi)容到剪貼板

代碼:

select * from users where username like '%許%';

在Mysql-Front中的8次查詢時(shí)長為：0.35,0.34,0.34,0.35,0.34,0.34,0.35,0.34 共找到960條記錄
sql語句B:

復(fù)制內(nèi)容到剪貼板

代碼:

select * from users where username like '許%';

在Mysql-Front中的8次查詢時(shí)長為：0.06,0.07,0.07,0.07,0.07,0.07,0.06,0.06 共找到836條記錄
sql語句C:

復(fù)制內(nèi)容到剪貼板

代碼:

select * from users where username like '%許';

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

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

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

　　對于多表查詢我們的優(yōu)化原則是：
　　盡量將索引建立在：left join on/right join on ...　＋條件，的條件語句中所涉及的字段上。

　　多表查詢比單表查詢更能體現(xiàn)索引的優(yōu)勢。

　　11、索引的建立原則：
　　如果一列的中數(shù)據(jù)的前綴重復(fù)值很少，我們最好就只索引這個(gè)前綴。Mysql支持這種索引。我在上面用到的索引方法就是對username最左邊的6個(gè)字符進(jìn)行索引。索引越短，占用的磁盤空間越少，在檢索過程中花的時(shí)間也越少。這方法可以對最多左255個(gè)字符進(jìn)行索引。

　　在很多場合，我們可以給建立多列數(shù)據(jù)建立索引。
　　索引應(yīng)該建立在查詢條件中進(jìn)行比較的字段上，而不是建立在我們要找出來并且顯示的字段上
　　12、一往情深問到的問題:IN、OR子句常會使用工作表，使索引失效。如果不產(chǎn)生大量重復(fù)值，可以考慮把子句拆開。拆開的子句中應(yīng)該包含索引。

這句話怎么理解決，請舉個(gè)例子
例子如下:
如果在fields1和fields2上同時(shí)建立了索引，fields1為主索引
以下sql會用到索引

復(fù)制內(nèi)容到剪貼板

代碼:

select * from tablename1 where fields1='value1' and fields2='value2'

以下sql不會用到索引

復(fù)制內(nèi)容到剪貼板

代碼:

select * from tablename1 where fields1='value1' or fields2='value2'

　　13.索引帶來查詢上的速度的大大提升,但索引也占用了額外的硬盤空間(當(dāng)然現(xiàn)在一般硬盤空間不成問題),而且往表中插入新記錄時(shí)索引也要隨著更新這也需要一定時(shí)間.
　　有些表如果經(jīng)常insert,而較少select,就不用加索引了.不然每次寫入數(shù)據(jù)都要重新改寫索引,花費(fèi)時(shí)間; 這個(gè)視實(shí)際情況而定,通常情況下索引是必需的.

　　14.我在對查詢效率有懷疑的時(shí)候,一般是直接用Mysql的Explain來跟蹤查詢情況.
　　你用Mysql-Front是通過時(shí)長來比較,我覺得如果從查詢時(shí)掃描字段的次數(shù)來比較更精確一些.

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