sql調(diào)優(yōu)的幾種方式：避免使用select *、用union all 代替union、小表驅(qū)動大表、批量操作、多用limit、in中值太多、增量查詢、高效的分頁、用鏈接查詢代替子查詢、join數(shù)量不宜過多、join時需要注意、控制索引的數(shù)量、選擇合理的字段類型、提升group by的效率、索引優(yōu)化。

1、避免使用select *

select *會查詢所以字段，實際業(yè)務場景中不需要所有的字段，可以不進行查詢。

2、用union all 代替union

union會排重，排重過程需要遍歷，排序，比較，更消耗cpu資源。在確定唯一，沒有重復數(shù)據(jù)的情況下，盡量用用union all。

3、小表驅(qū)動大表

in 的話里面驅(qū)動外面，in適合里子查詢是小表
exist 的話外面驅(qū)動里面，適合外面是小表

4、批量插入

當然一次插入量也不能太大，可以分批插入。

5、使用limit

在不需要獲取全部記錄的情況下，使用limit獲取指定數(shù)量。

6、in中值太多

查詢出來數(shù)量太大，限制一次最大查詢條數(shù)

還可以，多線程查詢，最后把查詢出來的數(shù)據(jù)匯總。

7、增量查詢

select name，age from user where id>#{lastId} limit 100;

查詢比上次id 大的100條

8、高效的分頁

select id,name,age from user limit 10000, 20;

mysql會查詢10020條，然后丟棄前面10000條，這個比較浪費資源

可以優(yōu)化：

select id,name,age from user id>10000 limit 20;

找到上次分頁最大id
假如id是連續(xù)的，并且有序，可以用between
注意： between要在唯一索引上分頁，不然會出現(xiàn)每頁大小不一致問題。

9、用連接查詢代替子查詢

MySQL如果需要在兩張以上表中查詢數(shù)據(jù)的話，一般有兩種實現(xiàn)方式
子查詢
連接查詢

select * from order where user_id in (select id from user where name='vie'); 

子查詢可以通過in實現(xiàn)，優(yōu)點：這樣簡單，
但缺點是，MySQL執(zhí)行子查詢時，需要創(chuàng)建臨時表，查詢完成后再刪除臨時表，有一些額外開銷。
可以改成連接查詢:

select o.* from order o inner join user u on o.user_id = u.id where u.name='vie'; 

10、join表不宜過多

join表不宜超過3個，如果join太多，MySQL在選擇索引時會非常復雜，很容易選錯索引。
并且沒有命中，nested loop join 就會分別從兩個表讀一行數(shù)據(jù)進行對比，時間復雜度n^2。

11、join時需要注意

join用的最多的時left join 和 inner join
left join：兩個表的交集和左表的剩余數(shù)據(jù)
inner join：兩個表的交集

inner join mysql會自動選擇小表驅(qū)動，
left join 左邊的表驅(qū)動右邊的表

12、控制索引數(shù)量

索引不是越多越好，索引需要額外的存儲空間，B+樹保存索引，額外的性能消耗。
單表索引數(shù)量盡量控制在5個以內(nèi)，且單個索引字段數(shù)量控制在5個以內(nèi)。

13、選擇合理的字段類型

能用數(shù)字類型就不用字符串，字符串處理速度比數(shù)字類型慢

14、提升group by效率

主要功能去重，分組
先過濾數(shù)據(jù)，減少數(shù)據(jù)，再分組

select id, name ,age from user
group by id
having id <50; 

這種寫法就不好，建議以下寫法：

select id, name ,age from user
where id <50
group by id; 

15、索引優(yōu)化

強制走哪個索引

select * from user 
force index(索引)

到此這篇關于sql調(diào)優(yōu)的幾種方式小結的文章就介紹到這了,更多相關sql調(diào)優(yōu)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！ 

最新評論