索引優化,查詢優化,查詢緩存,服務器設置優化,操做系統和硬件優化,應用層面優化(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);