百萬數據下幾種SQL性能測試
測試環境：90W，單條記錄約3KB，數據庫：MSSQL2005
測試前清除緩存
- DBCC FREEPROCCACHE
- DBCC DROPCLEANBUFFERS
一、翻頁性能測試
1、Top
- select top 10 *
- from message where id not in
- (select top 20 id frommessage where classid=77 order by id desc )
- and classid=77 order by id desc
2、Max/Top
- select top 10 *
- from message where id <(select min(id) from messagewhere id in(select top 20 id
- from message where classid=77 order by iddesc) )
- and classid=77 order by id desc
3、row_number
- select top 10 * from
- (select row_number()over(order by id desc) rownumber,*from
- message where classid=77)a where classid=77 and rownumber>20
|
MsSql翻頁性能測試 |
|||||||||||||||||||||
|
ID列索引 |
Top |
Max/Top |
row_number() |
||||||||||||||||||
|
無索引 |
|
|
|
||||||||||||||||||
|
聚焦索引 |
|
|
|
||||||||||||||||||
|
非聚焦索引 |
|
|
|
||||||||||||||||||
結論：
1）從以上測試結果可以看出，不論是否索引排序字段，也不管是何種索引，row_number都能得到最高的性能，其次Max/Top的方式測試性能也不錯。
2）在使用非聚焦索引的情況下，性能并無任何提示，甚至要慢于無索引的情況，可能是因為SQL先要去查找索引表，然后根據索引結果再去查找實體表，在這過程浪費了資源。
3）聚焦索引也的正確應用才能發揮其該有的優勢??！
綜合結果：row_number> max/top > top
二、in、or、union關鍵字性能測試
介于網上有很多關于in/or/union等關鍵字的性能討論，本人也小試了一把，測試結果如下。
1、in
select * from video where id in(100,101,102,103,104,105,106,107,108,109)
2、union
- select * from video where id =100
- union all select * from video where id =101
- union all select * from video where id =102
- union all select * from video where id =103
- union all select * from video where id =104
- union all select * from video where id =105
- union all select * from video where id =106
- union all select * from video where id =107
- union all select * from video where id =108
- union all select * from video where id =109
3、or
select * from video where id=100 or id=101 or id=102 or id=103or id=104 or id=105 or id=106 or id=107 or id=108 or id=109
|
in PK or PK union |
|
||||||||||||||||||||
|
ID列索引 |
in |
union |
or |
||||||||||||||||||
|
無索引 |
|
|
|
||||||||||||||||||
|
聚焦索引 |
|
|
|
||||||||||||||||||
|
非聚焦索引 |
|
|
|
||||||||||||||||||
結論：
1） 網上很多資料說union的性能要高于in/or，但從我這測試的結果來看，不論是有無索引，union的性能都是最低的？不知是何原因？
2） 網上流傳mssql會自己把in解析成or查詢，從這份測試結果來看，貌似不假！
3） 雖然in/or會引起全表掃描，但別無選擇的情況下也是是能勝任很多工作的。
原文鏈接：http://www.cnblogs.com/shaocan/archive/2012/11/22/2783116.html
