在數據庫的應用中，程序員們通過不斷地實踐總結了很多經驗，這些經驗是一些普遍適用的規則。每一個程序員都應該了解并記住它們，在構造SQL時，養成良好的習慣。以下列舉10個比較重要的原則供大家參考。

原則1 : 盡量避免在列上進行運算，這樣會導致索引失效。

例如原句為：?

SELECT * FROM t WHERE YEAR(d) >= 2011；

優化為：

SELECT * FROM t WHERE d >= '2011-01-01';

原則2 : 使用JOIN時，應該用小結果集驅動大結果集。同時把復雜的JOIN查詢拆分成多個Query。因為JOIN多個表時，可能導致更多的鎖定和堵塞。

例如：?

SELECT * FROM a JOIN b ON a.id=b.idLEFT JOIN c ON c.time=a.dateLEFT JOIN d ON c.pid=b.aidLEFT JOIN e ON e.cid=a.did?

原則3 : 注意LIKE模糊查詢的使用，避免％ %。

例如原句為：?

SELECT * FROM t WHERE name LIKE '%de%'

優化為：

SELECT * FROM t WHERE name>='de' AND name<'df'

原則4 : 僅列出需要查詢的字段，這對速度不會有明顯影響，主要考慮節省內存。

例如原句為：?

SELECT * FROM Member;

優化為：

SELECT id,name,pwd FROM Member;

原則5 : 使用批量插入語句節省交互。

例如原句為：?

INSERT INTO t (id,name) VALUES (1,'a');INSERT INTO t (id,name) VALUES (2,'b');INSERT INTO t (id,name) VALUES (3,'c');

優化為：?

INSERT INTO t (id,name) VALUES (1,'a'),(2,'b'),(3,'c');?

原則6: limit的基數比較大時使用between。

例如原句為：?

select * from article as article order by id limit 1000000,10

優化為：

select * from article as article where id between 1000000 and 1000010 order by id

between限定比limit快，所以在海量數據訪問時，建議用between或是where替換掉limit。?但是between也有缺陷，如果id中間有斷行或是中間部分id不讀取的情況，總讀取的數量會少于預計數量！?在取比較后面的數據時，通過desc方式把數據反向查找，以減少對前段數據的掃描，讓?limit的基數越小越好！?

原則7 : 不要使用rand函數獲取多條隨機記錄。例如：?

select * from table order by rand() limit 20;

使用下面的語句代替：

SELECT * FROM 'table' AS tl JOIN (SELECT ROUND(RAND() * ((SELECT MAX(id) FROM 'table')-(SELECT MIN(id) FROM 'table'))+(SELECT MIN(id) FROM 'table')) AS id ) AS t2 WHERE tl.id>=t2.id ORDER BY tl.id LIMIT 1;

這是獲取一條隨機記錄，這樣即使執行2 0次，也比原來的語句髙效。或者先用P H P產生?隨機數，把這個字符串傳給MySQL, MySQL里用in查詢。?

原則8 :?避免使用NULL。?

原則9 :?不要使用count(id),?而應該是count( * )。?

原則1 0 :不要做無謂的排序操作，而應盡可能在索引中完成排序。?

總結

以上是生活随笔為你收集整理的数据库性能优化—SQL优化十大原则的全部內容，希望文章能夠幫你解決所遇到的問題。

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