標籤:
索引最佳化,查詢最佳化,查詢快取,伺服器設定最佳化,作業系統和硬體最佳化,應用程式層面最佳化(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);
mysql查詢最佳化技巧