共計(jì) 2657 個(gè)字符，預(yù)計(jì)需要花費(fèi) 7 分鐘才能閱讀完成。
這篇文章主要講解了“MySQL 語(yǔ)句的優(yōu)化原則”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著丸趣 TV 小編的思路慢慢深入，一起來(lái)研究和學(xué)習(xí)“MySQL 語(yǔ)句的優(yōu)化原則”吧！
1、使用索引來(lái)更快地遍歷表。
缺省情況下建立的索引是非群集索引，但有時(shí)它并不是最佳的。在非群集索引下，數(shù)據(jù)在物理上隨機(jī)存放在數(shù)據(jù)頁(yè)上。合理的索引設(shè)計(jì)要建立在對(duì)各種查詢的分析和預(yù)測(cè)上。一般來(lái)說(shuō)：
a. 有大量重復(fù)值、且經(jīng)常有范圍查詢（,，=, =）和 order by、group by 發(fā)生的列，可考慮建立群集索引；
b. 經(jīng)常同時(shí)存取多列，且每列都含有重復(fù)值可考慮建立組合索引；
c. 組合索引要盡量使關(guān)鍵查詢形成索引覆蓋，其前導(dǎo)列一定是使用最頻繁的列。索引雖有助于提高性能但不是索引越多越好，恰好相反過(guò)多的索引會(huì)導(dǎo)致系統(tǒng)低效。用戶在表中每加進(jìn)一個(gè)索引，維護(hù)索引集合就要做相應(yīng)的更新工作。
2、在海量查詢時(shí)盡量少用格式轉(zhuǎn)換。
3、ORDER BY 和 GROPU BY 使用 ORDER BY 和 GROUP BY 短語(yǔ)，任何一種索引都有助于 SELECT 的性能提高。
4、任何對(duì)列的操作都將導(dǎo)致表掃描，它包括函數(shù)、計(jì)算表達(dá)式等等，查詢時(shí)要盡可能將操作移至等號(hào)右邊。
5、IN、OR 子句常會(huì)使用工作表，使索引失效。如果不產(chǎn)生大量重復(fù)值，可以考慮把子句拆開(kāi)。拆開(kāi)的子句中應(yīng)該包含索引。
6、只要能滿足你的需求，應(yīng)盡可能使用更小的數(shù)據(jù)類型：例如使用 MEDIUMINT 代替 INT
7、盡量把所有的列設(shè)置為 NOT NULL，如果你要保存 NULL，手動(dòng)去設(shè)置它，而不是把它設(shè)為默認(rèn)值。
8、盡量少用 VARCHAR、TEXT、BLOB 類型
9、如果你的數(shù)據(jù)只有你所知的少量的幾個(gè)。最好使用 ENUM 類型
10、正如 graymice 所講的那樣，建立索引。
以下是我做的一個(gè)實(shí)驗(yàn)，可以發(fā)現(xiàn)索引能極大地提高查詢的效率：
我有一個(gè)會(huì)員信息表 users，里邊有 37365 條用戶記錄：
在不加索引的時(shí)候進(jìn)行查詢：
sql 語(yǔ)句 A:
復(fù)制內(nèi)容到剪貼板
代碼:
select * from users where username like % 許 %;
在 Mysql-Front 中的 8 次查詢時(shí)長(zhǎng)為：1.40,0.54,0.54,0.54,0.53,0.55,0.54 共找到 960 條記錄
sql 語(yǔ)句 B:
復(fù)制內(nèi)容到剪貼板
代碼:
select * from users where username like 許 %;
在 Mysql-Front 中的 8 次查詢時(shí)長(zhǎng)為：0.53,0.53,0.53,0.54,0.53,0.53,0.54,0.54 共找到 836 條記錄
sql 語(yǔ)句 C:
復(fù)制內(nèi)容到剪貼板
代碼:
select * from users where username like % 許;
在 Mysql-Front 中的 8 次查詢時(shí)長(zhǎng)為：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 語(yǔ)句 A:
復(fù)制內(nèi)容到剪貼板
代碼:
select * from users where username like % 許 %;
在 Mysql-Front 中的 8 次查詢時(shí)長(zhǎng)為：0.35,0.34,0.34,0.35,0.34,0.34,0.35,0.34 共找到 960 條記錄
sql 語(yǔ)句 B:
復(fù)制內(nèi)容到剪貼板
代碼:
select * from users where username like 許 %;
在 Mysql-Front 中的 8 次查詢時(shí)長(zhǎng)為：0.06,0.07,0.07,0.07,0.07,0.07,0.06,0.06 共找到 836 條記錄
sql 語(yǔ)句 C:
復(fù)制內(nèi)容到剪貼板
代碼:
select * from users where username like % 許;
在 Mysql-Front 中的 8 次查詢時(shí)長(zhǎng)為：0.32,0.31,0.31,0.32,0.31,0.32,0.31,0.31 共找到 7 條記錄
在實(shí)驗(yàn)過(guò)程中，我沒(méi)有另開(kāi)任何程序，以上的數(shù)據(jù)說(shuō)明在單表查詢中，建立索引的可以極大地提高查詢速度。
另外要說(shuō)的是如果建立了索引，對(duì)于 like 許 % 類型的查詢，速度提升是最明顯的。因此，我們?cè)趯?sql 語(yǔ)句的時(shí)候也盡量采用這種方式查詢。
對(duì)于多表查詢我們的優(yōu)化原則是：
盡量將索引建立在：left join on/right join on … +條件，的條件語(yǔ)句中所涉及的字段上。
多表查詢比單表查詢更能體現(xiàn)索引的優(yōu)勢(shì)。
11、索引的建立原則：
如果一列的中數(shù)據(jù)的前綴重復(fù)值很少，我們最好就只索引這個(gè)前綴。Mysql 支持這種索引。我在上面用到的索引方法就是對(duì) username 最左邊的 6 個(gè)字符進(jìn)行索引。索引越短，占用的 磁盤空間越少，在檢索過(guò)程中花的時(shí)間也越少。這方法可以對(duì)最多左 255 個(gè)字符進(jìn)行索引。
在很多場(chǎng)合，我們可以給建立多列數(shù)據(jù)建立索引。
索引應(yīng)該建立在查詢條件中進(jìn)行比較的字段上，而不是建立在我們要找出來(lái)并且顯示的字段上
12、一往情深問(wèn)到的問(wèn)題:IN、OR 子句常會(huì)使用工作表，使索引失效。如果不產(chǎn)生大量重復(fù)值，可以考慮把子句拆開(kāi)。拆開(kāi)的子句中應(yīng)該包含索引。
這句話怎么理解決，請(qǐng)舉個(gè)例子
例子如下:
如果在 fields1 和 fields2 上同時(shí)建立了索引，fields1 為主索引
以下 sql 會(huì)用到索引
復(fù)制內(nèi)容到剪貼板
代碼:
select * from tablename1 where fields1=value1 and fields2=value2
以下 sql 不會(huì)用到索引
復(fù)制內(nèi)容到剪貼板
代碼:
select * from tablename1 where fields1=value1 or fields2=value2
13. 索引帶來(lái)查詢上的速度的大大提升, 但索引也占用了額外的硬盤空間 (當(dāng)然現(xiàn)在一般硬盤空間不成問(wèn)題), 而且往表中插入新記錄時(shí)索引也要隨著更新這也需要一定時(shí)間.
有些表如果經(jīng)常 insert, 而較少 select, 就不用加索引了. 不然每次寫入數(shù)據(jù)都要重新改寫索引, 花費(fèi)時(shí)間; 這個(gè)視實(shí)際情況而定, 通常情況下索引是必需的.
14. 我在對(duì)查詢效率有懷疑的時(shí)候, 一般是直接用 Mysql 的 Explain 來(lái)跟蹤查詢情況.
你用 Mysql-Front 是通過(guò)時(shí)長(zhǎng)來(lái)比較, 我覺(jué)得如果從查詢時(shí)掃描字段的次數(shù)來(lái)比較更精確一些.
感謝各位的閱讀，以上就是“MySQL 語(yǔ)句的優(yōu)化原則”的內(nèi)容了，經(jīng)過(guò)本文的學(xué)習(xí)后，相信大家對(duì) MySQL 語(yǔ)句的優(yōu)化原則這一問(wèn)題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是丸趣 TV，丸趣 TV 小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！
