mysql查詢優化技巧

索引優化,查詢優化,查詢緩存,服務器設置優化,操做系統和硬件優化,應用層面優化(web服務器,緩存)等等。這裏記錄的優化技巧更適合開發人員,都是從網絡上搜集和整理的,主要是查詢語句上的優化,其餘層面上的優化技巧在此不作記錄。mysql

查詢的開銷指標:執行時間,檢查的行數,返回的行數。web

創建索引的幾個準則:sql

(1)合理的創建索引可以加速數據讀取效率,不合理的創建索引反而會拖慢數據庫的響應速度。數據庫

(2)索引越多,更新數據的速度越慢。緩存

(3)儘可能在採用MyIsam做爲引擎的時候使用索引(由於MySQL以BTree存儲索引),而不是InnoDB。但MyISAM不支持Transcation。服務器

(4)當你的程序和數據庫結構/SQL語句已經優化到沒法優化的程度,而程序瓶頸並不能順利解決,那就是應該考慮使用諸如memcached這樣的分佈式緩存系統的時候了。 網絡

(5) 習慣和強迫本身用EXPLAIN來分析你SQL語句的性能。分佈式

 

1、count的優化memcached

 (1). select count(*) from world.city where id > 5;函數

 (2). select (select count() from world.city) – count() from world.city where id <= 5; 

 1語句當行數超過11行的時候須要掃描的行數比2語句要多, 2語句掃描了6行,此種狀況下,2語句比1語句更有效率。當沒有where語句的時候直接select count(*)                 from world.city這樣會更快,由於mysql老是知道表的行數。


2、索引字段上進行運算會使索引失效

儘可能避免在WHERE子句中對字段進行函數或表達式操做,這將致使引擎放棄使用索引而進行全表掃描。如: 

SELECT * FROM T1 WHERE F1/2=100 應改成: SELECT * FROM T1 WHERE F1=100*2

 

、避免使用!=或<>、IS NULL或IS NOT NULL、IN ,NOT IN等這樣的操做符

由於這會使系統沒法使用索引,而只能直接搜索表中的數據。例如: SELECT id FROM employee WHERE id != 「B%」 優化器將沒法經過索引來肯定將要命中的行數,所以         須要搜索該表的全部行。在in語句中能用exists語句代替的就用exists. 

 

、合理使用EXISTS,NOT EXISTS子句

 

、 可以用BETWEEN的就不要用IN

 

、 可以用DISTINCT的就不用GROUP BY

 

、儘可能不要用SELECT INTO語句。SELECT INTO 語句會致使表鎖定,阻止其餘用戶訪問該表

 

8、程序中若是一次性對同一個表插入多條數據

好比如下語句: 

insert into person(name,age) values(‘xboy’, 14);

insert into person(name,age) values(‘xgirl’, 15);

insert into person(name,age) values(‘nia’, 19);

 

把它拼成一條語句執行效率會更高.

insert into person(name,age) values(‘xboy’, 14), (‘xgirl’, 15),(‘nia’, 19);

相關文章
相關標籤/搜索