百萬數(shù)據(jù)下幾種SQL性能測試
測試環(huán)境：90W，單條記錄約3KB，數(shù)據(jù)庫：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() |
||||||||||||||||||
|
無索引 |
|
|
|
||||||||||||||||||
|
聚焦索引 |
|
|
|
||||||||||||||||||
|
非聚焦索引 |
|
|
|
||||||||||||||||||
結(jié)論：
1）從以上測試結(jié)果可以看出，不論是否索引排序字段，也不管是何種索引，row_number都能得到最高的性能，其次Max/Top的方式測試性能也不錯(cuò)。
2）在使用非聚焦索引的情況下，性能并無任何提示，甚至要慢于無索引的情況，可能是因?yàn)镾QL先要去查找索引表，然后根據(jù)索引結(jié)果再去查找實(shí)體表，在這過程浪費(fèi)了資源。
3）聚焦索引也的正確應(yīng)用才能發(fā)揮其該有的優(yōu)勢啊！
綜合結(jié)果：row_number> max/top > top
二、in、or、union關(guān)鍵字性能測試
介于網(wǎng)上有很多關(guān)于in/or/union等關(guān)鍵字的性能討論，本人也小試了一把，測試結(jié)果如下。
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 |
||||||||||||||||||
|
無索引 |
|
|
|
||||||||||||||||||
|
聚焦索引 |
|
|
|
||||||||||||||||||
|
非聚焦索引 |
|
|
|
||||||||||||||||||
結(jié)論：
1） 網(wǎng)上很多資料說union的性能要高于in/or，但從我這測試的結(jié)果來看，不論是有無索引，union的性能都是最低的？不知是何原因？
2） 網(wǎng)上流傳mssql會自己把in解析成or查詢，從這份測試結(jié)果來看，貌似不假！
3） 雖然in/or會引起全表掃描，但別無選擇的情況下也是是能勝任很多工作的。
原文鏈接：http://www.cnblogs.com/shaocan/archive/2012/11/22/2783116.html
