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

查詢的開銷指標：執行時間，檢查的行數，返回的行數。

建立索引的幾個準則：

(1)合理的建立索引能夠加速數據讀取效率，不合理的建立索引反而會拖慢數據庫的響應速度。

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

(3)盡量在采用MyIsam作為引擎的時候使用索引（因為MySQL以BTree存儲索引），而不是InnoDB。但MyISAM不支持Transcation。

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

(5)?習慣和強迫自己用EXPLAIN來分析你SQL語句的性能。

?

一、count的優化

?(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總是知道表的行數。

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

盡量避免在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 語句會導致表鎖定，阻止其他用戶訪問該表

?

八、程序中如果一次性對同一個表插入多條數據

比如以下語句：?

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);

轉載于:https://www.cnblogs.com/leijiangtao/p/8908456.html

總結

以上是生活随笔為你收集整理的mysql查询优化技巧的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。