指標(biāo)：執(zhí)行時(shí)間 檢查的行數(shù) 返回的行數(shù)

1. count的優(yōu)化

比如：計(jì)算id大于5的城市 a. select count(*) from world.city where id > 5; b. select (select count(*) from world.city) – count(*) from world.city where id <= 5; a語(yǔ)句當(dāng)行數(shù)超過(guò)11行的時(shí)候需要掃描的行數(shù)比b語(yǔ)句要多， b語(yǔ)句掃描了6行，此種情況下，b語(yǔ)句比a語(yǔ)句更有效率。當(dāng)沒(méi)有where語(yǔ)句的時(shí)候直接select count(*) from world.city這樣會(huì)更快，因?yàn)閙ysql總是知道表的行數(shù)。

案例：

# 建庫(kù)
CREATE DATABASE IF NOT EXISTS db3 DEFAULT CHARSET=utf8;
USE db3;
# 建表
CREATE TABLE IF NOT EXISTS cnt(id INT , NAME VARCHAR(10),age INT ,tel VARCHAR(10));
# 創(chuàng)建存儲(chǔ)過(guò)程 procedrue  
DELIMITER $
CREATE PROCEDURE cnt()
BEGIN
#定義變量 declare
DECLARE i INT DEFAULT 0;
WHILE(i<100000) DO
    BEGIN
        SELECT i;
        SET i=i+1;
        INSERT INTO cnt(id,NAME)VALUES(i,'zs');
    END;
END WHILE;
END $
DELIMITER ;
#調(diào)用存儲(chǔ)過(guò)程
CALL cnt();

    
SELECT COUNT(*)FROM cnt;
#執(zhí)行耗時(shí)   : 0 sec 傳送時(shí)間   : 0.051 sec 總耗時(shí)      : 0.051 sec
#數(shù)據(jù)庫(kù)知道表內(nèi)有多少條數(shù)據(jù)    

SELECT COUNT(*) FROM cnt WHERE id > 5;  
# 執(zhí)行耗時(shí)   : 0.130 sec 傳送時(shí)間   : 0 sec 總耗時(shí)      : 0.130 sec
# 使用where 掃描了全表 id > 5的所有數(shù)據(jù) 總查詢99995條

SELECT (SELECT COUNT(*) FROM cnt) - COUNT(*) FROM cnt WHERE id <=5 ;
# 執(zhí)行耗時(shí)   : 0.080 sec 傳送時(shí)間   : 0 sec  總耗時(shí)      : 0.081 sec
# 使用where 掃描全表 id <= 5 的五條數(shù)據(jù)  加上 (SELECT COUNT(*) FROM cnt) 一條數(shù)據(jù) 總查詢 6 條

2. 避免使用不兼容的數(shù)據(jù)類型。

例如float和int、char和varchar、binary和varbinary是不兼容的。數(shù)據(jù)類型的不兼容可能使優(yōu)化器無(wú)法執(zhí)行一些本來(lái)可以進(jìn)行的優(yōu)化操作。 在程序中，保證在實(shí)現(xiàn)功能的基礎(chǔ)上，盡量減少對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)次數(shù)；通過(guò)搜索參數(shù)，盡量減少對(duì)表的訪問(wèn)行數(shù),最小化結(jié)果集，從而減輕網(wǎng)絡(luò)負(fù)擔(dān)；

能夠分開(kāi)的操作盡量分開(kāi)處理，提高每次的響應(yīng)速度；

在數(shù)據(jù)窗口使用SQL時(shí)，盡量把使用的索引放在選擇的首列；算法的結(jié)構(gòu)盡量簡(jiǎn)單；在查詢時(shí)，不要過(guò)多地使用通配符如 SELECT * FROM T1語(yǔ)句，要用到幾列就選擇幾列如：SELECT COL1,COL2 FROM T1；

在可能的情況下盡量限制盡量結(jié)果集行數(shù)如：SELECT TOP 300 COL1,COL2,COL3 FROM T1,因?yàn)槟承┣闆r下用戶是不需要那么多的數(shù)據(jù)的。不要在應(yīng)用中使用數(shù)據(jù)庫(kù)游標(biāo)，游標(biāo)是非常有用的工具，但比使用常規(guī)的、面向集的SQL語(yǔ)句需要更大的開(kāi)銷；按照特定順序提取數(shù)據(jù)的查找。

案例：

# 創(chuàng)建一個(gè)表測(cè)試了一下 int 類型數(shù)據(jù)插入float類型的數(shù)據(jù)  結(jié)果：插入數(shù)度變慢 會(huì)四舍五入
CREATE TABLE sss(id INT);
INSERT INTO sss VALUES(12.4);
INSERT INTO sss VALUES(12.5);

3. 索引字段上進(jìn)行運(yùn)算會(huì)使索引失效。

盡量避免在WHERE子句中對(duì)字段進(jìn)行函數(shù)或表達(dá)式操作，這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。

如：SELECT * FROM T1 WHERE F1/2=100 應(yīng)改為: SELECT * FROM T1 WHERE F1=100*2

案例：

#創(chuàng)建索引
CREATE INDEX index_id ON cnt(id);

SELECT * FROM cnt WHERE id > 50000;
#行耗時(shí)   : 0.009 sec  傳送時(shí)間   : 0 sec  總耗時(shí)      : 0.010 sec
SELECT * FROM cnt WHERE id*2 > 100000;
#執(zhí)行耗時(shí)   : 0.031 sec 傳送時(shí)間   : 0 sec  總耗時(shí)      : 0.032 sec
# 使用了索引進(jìn)行運(yùn)算  使得索引失效 效率變慢了

4. 避免使用!=或＜＞、IS NULL或IS NOT NULL、IN ，NOT IN等這樣的操作符.

因?yàn)檫@會(huì)使系統(tǒng)無(wú)法使用索引,而只能直接搜索表中的數(shù)據(jù)。例如: SELECT id FROM employee WHERE id != “B%” 優(yōu)化器將無(wú)法通過(guò)索引來(lái)確定將要命中的行數(shù),因此需要搜索該表的所有行。在in語(yǔ)句中能用exists語(yǔ)句代替的就用exists.

5. 盡量使用數(shù)字型字段.

一部分開(kāi)發(fā)人員和數(shù)據(jù)庫(kù)管理人員喜歡把包含數(shù)值信息的字段 設(shè)計(jì)為字符型，這會(huì)降低查詢和連接的性能，并會(huì)增加存儲(chǔ)開(kāi)銷。這是因?yàn)橐嬖谔幚聿樵兒瓦B接回逐個(gè)比較字符串中每一個(gè)字符，而對(duì)于數(shù)字型而言只需要比較一次就夠了。

6. 合理使用EXISTS,NOT EXISTS子句。如下所示：

SELECT SUM(T1.C1) FROM T1 WHERE (SELECT COUNT(*)FROM T2 WHERE T2.C2=T1.C2>0) 2.SELECT SUM(T1.C1) FROM T1WHERE EXISTS(SELECT * FROM T2 WHERE T2.C2=T1.C2) 兩者產(chǎn)生相同的結(jié)果，但是后者的效率顯然要高于前者。

因?yàn)楹笳卟粫?huì)產(chǎn)生大量鎖定的表掃描或是索引掃描。如果你想校驗(yàn)表里是否存在某條紀(jì)錄，不要用count(*)那樣效率很低，而且浪費(fèi)服務(wù)器資源?？梢杂肊XISTS代替。如：IF (SELECT COUNT(*) FROM table_name WHERE column_name = ‘xxx’)

可以寫(xiě)成：IF EXISTS (SELECT * FROM table_name WHERE column_name = ‘xxx’)

7. 能夠用BETWEEN的就不要用IN

8. 能夠用DISTINCT的就不用GROUP BY

9. 盡量不要用SELECT INTO語(yǔ)句。

SELECT INTO 語(yǔ)句會(huì)導(dǎo)致表鎖定，阻止其他用戶訪問(wèn)該表。

10. 必要時(shí)強(qiáng)制查詢優(yōu)化器使用某個(gè)索引

SELECT * FROM T1 WHERE nextprocess = 1 AND processid IN (8,32,45)

改成： SELECT * FROM T1 (INDEX = IX_ProcessID) WHERE nextprocess = 1 AND processid IN (8,32,45)

則查詢優(yōu)化器將會(huì)強(qiáng)行利用索引IX_ProcessID 執(zhí)行查詢。

案例：

# 10.必要時(shí)強(qiáng)制查詢優(yōu)化器使用索引
#建表
create table if not exists T1(processid int, nextprocess int);
#建索引
create index index_processID on T1(processid);
# 10.1：不使用索引
select * from T1 where nextprocess = 1 and processid in (8,32,45);
# 10.2: 強(qiáng)制使用索引
select * from T1 froce index(index_processID)
 where nextprocess = 1 and process = 1 and processid in (8,32,45);

11. 消除對(duì)大型表行數(shù)據(jù)的順序存取

盡管在所有的檢查列上都有索引，但某些形式的WHERE子句強(qiáng)迫優(yōu)化器使用順序存取。如： SELECT * FROM orders WHERE (customer_num=104 AND order_num>1001) OR order_num=1008 解決辦法可以使用并集來(lái)避免順序存?。?SELECT * FROM orders WHERE customer_num=104 AND order_num>1001 UNION SELECT * FROM orders WHERE order_num=1008 這樣就能利用索引路徑處理查詢?！緅acking 數(shù)據(jù)結(jié)果集很多，但查詢條件限定后結(jié)果集不大的情況下，后面的語(yǔ)句快】

案例：

# 11.消除對(duì)大型表 行數(shù)據(jù)的順序存取
#建表
create table if not exists orders(customer_num int, order_num int);
# 消除順序索引
#11.1 沒(méi)有使用索引
select * from orders where (customer_num=104 and order_num > 100) or order_num=1005;
#11.2 使用索引  將or 拆開(kāi) 避免使用or
select * from orders where custoner_num = 104 and order_num > 100
union  # union 默認(rèn)去重，排序   union all 不去重，不會(huì)排序 
select * from orders where order_num=1005;

12. 盡量避免在索引過(guò)的字符數(shù)據(jù)中，使用非打頭字母搜索。這也使得引擎無(wú)法利用索引。

見(jiàn)如下例子： SELECT * FROM T1 WHERE NAME LIKE ‘%L%’ SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=’L’ SELECT * FROM T1 WHERE NAME LIKE ‘L%’ 即使NAME字段建有索引，前兩個(gè)查詢依然無(wú)法利用索引完成加快操作，引擎不得不對(duì)全表所有數(shù)據(jù)逐條操作來(lái)完成任務(wù)。而第三個(gè)查詢能夠使用索引來(lái)加快操作，不要習(xí)慣性的使用 ‘%L%’這種方式(會(huì)導(dǎo)致全表掃描)，如果可以使用`L%’相對(duì)來(lái)說(shuō)更好;

 案例：

# 12. 模糊查詢where like ，字母打頭'1%' 會(huì)使用索引 即%在右
create table if not exists T2(name varchar(20));
create index  index_name on T2(name);
# 12.1 不會(huì)使用索引
select * from T2 where name like '%L%';
select * from T2 where name like '%L';
    #substring 進(jìn)行字符串截取 參數(shù)：字符串，起始位置，結(jié)束位置
select * from T2 where substring(name,2,1)='L'; 
# 12.2 使用到索引
select * from T2 where name like 'L%';

13. 雖然UPDATE、DELETE語(yǔ)句的寫(xiě)法基本固定，但是還是對(duì)UPDATE語(yǔ)句給點(diǎn)建議：

a) 盡量不要修改主鍵字段。 b) 當(dāng)修改VARCHAR型字段時(shí)，盡量使用相同長(zhǎng)度內(nèi)容的值代替。 c) 盡量最小化對(duì)于含有UPDATE觸發(fā)器的表的UPDATE操作。 d) 避免UPDATE將要復(fù)制到其他數(shù)據(jù)庫(kù)的列。 e) 避免UPDATE建有很多索引的列。 f) 避免UPDATE在WHERE子句條件中的列。

14. 能用UNION ALL就不要用UNION

UNION ALL不執(zhí)行SELECT DISTINCT函數(shù)，這樣就會(huì)減少很多不必要的資源 在跨多個(gè)不同的數(shù)據(jù)庫(kù)時(shí)使用UNION是一個(gè)有趣的優(yōu)化方法，UNION從兩個(gè)互不關(guān)聯(lián)的表中返回?cái)?shù)據(jù)，這就意味著不會(huì)出現(xiàn)重復(fù)的行，同時(shí)也必須對(duì)數(shù)據(jù)進(jìn)行排序，我們知道排序是非常耗費(fèi)資源的，特別是對(duì)大表的排序。 UNION ALL可以大大加快速度，如果你已經(jīng)知道你的數(shù)據(jù)不會(huì)包括重復(fù)行，或者你不在乎是否會(huì)出現(xiàn)重復(fù)的行，在這兩種情況下使用UNION ALL更適合。此外，還可以在應(yīng)用程序邏輯中采用某些方法避免出現(xiàn)重復(fù)的行，這樣UNION ALL和UNION返回的結(jié)果都是一樣的，但UNION ALL不會(huì)進(jìn)行排序。

15. 字段數(shù)據(jù)類型優(yōu)化：

a. 避免使用NULL類型：NULL對(duì)于大多數(shù)數(shù)據(jù)庫(kù)都需要特殊處理，MySQL也不例外，它需要更多的代碼，更多的檢查和特殊的索引邏輯，有些開(kāi)發(fā)人員完全沒(méi)有意識(shí)到，創(chuàng)建表時(shí)NULL是默認(rèn)值，但大多數(shù)時(shí)候應(yīng)該使用NOT NULL，或者使用一個(gè)特殊的值，如0，-1作為默認(rèn)值。 b. 盡可能使用更小的字段，MySQL從磁盤(pán)讀取數(shù)據(jù)后是存儲(chǔ)到內(nèi)存中的，然后使用cpu周期和磁盤(pán)I/O讀取它，這意味著越小的數(shù)據(jù)類型占用的空間越小，從磁盤(pán)讀或打包到內(nèi)存的效率都更好，但也不要太過(guò)執(zhí)著減小數(shù)據(jù)類型，要是以后應(yīng)用程序發(fā)生什么變化就沒(méi)有空間了。修改表將需要重構(gòu)，間接地可能引起代碼的改變，這是很頭疼的問(wèn)題，因此需要找到一個(gè)平衡點(diǎn)。 c. 優(yōu)先使用定長(zhǎng)型

16. 關(guān)于大數(shù)據(jù)量limit分布的優(yōu)化見(jiàn)下面鏈接（當(dāng)偏移量特別大時(shí)，limit效率會(huì)非常低）：

http://ariyue.iteye.com/blog/553541 附上一個(gè)提高limit效率的簡(jiǎn)單技巧，在覆蓋索引(覆蓋索引用通俗的話講就是在select的時(shí)候只用去讀取索引而取得數(shù)據(jù)，無(wú)需進(jìn)行二次select相關(guān)表)上進(jìn)行偏移，而不是對(duì)全行數(shù)據(jù)進(jìn)行偏移?？梢詫母采w索引上提取出來(lái)的數(shù)據(jù)和全行數(shù)據(jù)進(jìn)行聯(lián)接，然后取得需要的列，會(huì)更有效率，看看下面的查詢： mysql> select film_id, description from sakila.film order by title limit 50, 5; 如果表非常大，這個(gè)查詢最好寫(xiě)成下面的樣子： mysql> select film.film_id, film.description from sakila.film inner join(select film_id from sakila.film order by title liimit 50,5) as film usinig(film_id);

17. 程序中如果一次性對(duì)同一個(gè)表插入多條數(shù)據(jù)，比如以下語(yǔ)句：

insert into person(name,age) values(‘xboy’, 14); insert into person(name,age) values(‘xgirl’, 15); insert into person(name,age) values(‘nia’, 19); 把它拼成一條語(yǔ)句執(zhí)行效率會(huì)更高. insert into person(name,age) values(‘xboy’, 14), (‘xgirl’, 15),(‘nia’, 19);

18. 不要在選擇的欄位上放置索引，這是無(wú)意義的。

應(yīng)該在條件選擇的語(yǔ)句上合理的放置索引，比如where，order by。

SELECT id,title,content,cat_id FROM article WHERE cat_id = 1;

19. ORDER BY語(yǔ)句的MySQL優(yōu)化：

a. ORDER BY + LIMIT組合的索引優(yōu)化。

如果一個(gè)SQL語(yǔ)句形如：

SELECT [column1],[column2],…. FROM [TABLE] ORDER BY [sort] LIMIT [offset],[LIMIT];

這個(gè)SQL語(yǔ)句優(yōu)化比較簡(jiǎn)單，在[sort]這個(gè)欄位上建立索引即可。

b. WHERE + ORDER BY + LIMIT組合的索引優(yōu)化，形如：

SELECT [column1],[column2],…. FROM [TABLE] WHERE [columnX] = [VALUE] ORDER BY [sort] LIMIT [offset],[LIMIT];

這個(gè)語(yǔ)句，如果你仍然采用第一個(gè)例子中建立索引的方法，雖然可以用到索引，但是效率不高。更高效的方法是建立一個(gè)聯(lián)合索引(columnX,sort)

c. WHERE + IN + ORDER BY + LIMIT組合的索引優(yōu)化，形如：

SELECT [column1],[column2],…. FROM [TABLE] WHERE [columnX] IN ([value1],[value2],…) ORDER BY [sort] LIMIT [offset],[LIMIT];

這個(gè)語(yǔ)句如果你采用第二個(gè)例子中建立索引的方法，會(huì)得不到預(yù)期的效果（僅在[sort]上是using index，WHERE那里是using where;using filesort），理由是這里對(duì)應(yīng)columnX的值對(duì)應(yīng)多個(gè)。 目前哥還木有找到比較優(yōu)秀的辦法，等待高手指教。

d.WHERE+ORDER BY多個(gè)欄位+LIMIT，比如:

SELECT * FROM [table] WHERE uid=1 ORDER x,y LIMIT 0,10;

對(duì)于這個(gè)語(yǔ)句，大家可能是加一個(gè)這樣的索引:(x,y,uid)。但實(shí)際上更好的效果是(uid,x,y)。這是由MySQL處理排序的機(jī)制造成的。

總結(jié)

到此這篇關(guān)于Mysql查詢優(yōu)化的一些實(shí)用方法的文章就介紹到這了,更多相關(guān)Mysql查詢優(yōu)化內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論