关于Int自增字段和GUID字段的性能测试。只有测试,没有分析,呵呵


      最近有两篇关于GUID和Int自增的文章,我是一直使用Int自增的,不习惯使用GUID,感觉GUID很麻烦,用着不方便,性能也比不上Int自增。但是同时我也知道,二者在性能上孰优孰劣,只是感觉和猜测,并没有做测试!我是只相信测试,不相信分析、推断的。可能是由于我一直都没有系统的学习过的原因吧,高分析总是迷迷糊糊,模棱两可的。所以我更详细测试的结果。

      一直想做一下这方面的测试来着,但是比较懒了,一直没有测试,看到了两片博文,勾起了我的兴趣,呵呵,测试一回吧。

一、 测试环境

1、 硬件
      可怜的笔记本,
      Dell E400,Core 2 7250,
      4G内存(其中2G作为虚拟硬盘),
      160G物理硬盘,2G虚拟硬盘。

2、 软件
      Windows 2003 Server
      SQL Server 2000



二、 测试目的

1、 测试在多表关联的时候Int自增和GUID的性能对比。
      主键、外键是Int自增 VS 主键、外键是GUID

      对比一下在多表关联的情况下,二者的性能如何?

      疑问:聚集索引是否都要设置到哪里?
      对于Int的自然是把聚集索引设置到主键上了,但是GUDI呢?没有用过GUID,不清楚了。不过不管三七二十一,测试了再说。就先把聚集索引也设置到GUID上面吧。



三、 测试步骤

1、 建立数据库

      俺比较心疼硬盘,所以就在虚拟硬盘里面建立数据库了,这样添加测试数据的时间应该会快很多吧。就是测试嘛,丢了也无所谓了。

      另外tempdb.mdf也被我放到虚拟硬盘里面了。

2、 建立两组测试用表。

      以客户信息、合同信息为例。第一组表用Int作为主键,第二组表以GUID作为主键。字段嘛,咱们就简单一点吧。

【客户信息表】
客户ID、客户名称、地址、添加时间。

其中 客户ID 是主键、聚集索引、 Int自增。

【合同信息表】
合同ID、客户ID、合同名称、合同内容、添加时间。

其中 合同ID 是主键、聚集索引、GUID。

3、 添加测试数据。

      客户信息6.5万,合同信息26.2万。每一个客户都有4条合同信息。
      到了添加数据的时候才发现,客户信息表的测试数据倒是好加,但是合同信息表里的测试数据那就不好加了,因为客户ID这个外键的数据,不是那么容易设置上的。所以我就想了一个偷懒的方法。

      添加第一组表的客户信息。
      添加第一组表的合同信息。
      修改第一组表合同信息里的客户ID。

      拷贝第二组表里的客户信息。
      拷贝第二组表的合同信息。
      修改第二组表合同信息里的客户ID。

关于Int自增字段和GUID字段的性能测试。只有测试,没有分析,呵呵关于Int自增字段和GUID字段的性能测试。只有测试,没有分析,呵呵Code
--添加客户信息
insert into A客户信息 
(
客户名称, 客户地址
)
select 客户名称, 客户地址 from A客户信息 

--修改客户名称

update A客户信息 set 客户名称 = '客户名称:' + cast(客户ID as nvarchar(1000))

--添加合同信息

insert into A合同信息
(合同名称, 合同内容
)
select 合同名称, 合同内容 from A合同信息


--修改合同名称

update A合同信息 set 合同名称 = 合同名称 + cast(合同ID as nvarchar(1000))

修改客户ID,客户ID 
= 合同ID / 4

update A合同信息 set 客户ID = (合同ID - 1/ 4  + 1


--复制GUID用的客户信息

insert into B客户信息 
(
客户ID,客户名称, 客户地址

)
select 客户ID, 客户名称, 客户地址 from A客户信息 


--复制GUID用的合同信息
insert into B合同信息
(合同ID,客户ID,合同名称, 合同内容
)
select 合同ID,客户ID,合同名称, 合同内容 from A合同信息


--修改GUID的合同信息里面的客户GUID
update V_设置合同里的客户GUID set 客户GUID = 客户的客户GUID 

4、 建立视图

      【V_A_客户合同信息】 Int自增使用的视图

SELECT TOP 100 PERCENT b.合同ID, b.客户ID, b.合同名称, b.合同内容, b.添加时间, 
      a.客户名称, a.客户地址
FROM dbo.A合同信息 b INNER JOIN
      dbo.A客户信息 a 
ON b.客户ID = a.客户ID
ORDER BY b.合同ID

      【V_B_客户合同信息】 GUID使用的视图

SELECT TOP 100 PERCENT b.合同GUID, b.客户GUID, b.合同名称, b.合同内容, a.客户名称, 
      b.添加时间, a.客户地址, a.添加时间 
AS Expr1
FROM dbo.B合同信息 b INNER JOIN
      dbo.B客户信息 a 
ON b.客户GUID = a.客户GUID
ORDER BY b.合同GUID

5、 测试显示全部合同信息的时间。

      偷懒了,就在查询分析器里面测试吧。在查询分析器里面写上 select  * from V_A_客户合同信息 和 select   * from V_B_客户合同信息,开始测试。

四、 测试结果
      先测试Int自增的情况。重启SQL Server 服务,执行 select  * from V_A_客户合同信息 五次,

      第一次:50秒
      第二次:21秒
      第三次:27秒
      第四次:23秒
      第五次:18秒

 

      在测试GUID的情况。重启SQL Server 服务,执行  select   * from V_B_客户合同信息 五次,
      第一次:18秒
      第二次:38秒
      第三次:1分21秒
      第四次:35秒
      第五次:15秒

      对于这种结果,我是无语了。原本以为Int会比GUID快,但是好像也没快呀。测试的数据变化范围也太大了呀。我是不知道是怎么回事了。所以标题里才说:只有测试,没有分析。因为我已经没有办法分析了,我把我测试的数据库传上去了,您感兴趣的话,您可以下载一下自己测试一下,呵呵。

最后辅上四个SQL 语句的执行计划,以供参考。

关于Int自增字段和GUID字段的性能测试。只有测试,没有分析,呵呵

关于Int自增字段和GUID字段的性能测试。只有测试,没有分析,呵呵

关于Int自增字段和GUID字段的性能测试。只有测试,没有分析,呵呵

关于Int自增字段和GUID字段的性能测试。只有测试,没有分析,呵呵



奇怪,为什么加上了 top 100 执行计划就完全不一样了呢? 这两个视图里面查询到的记录都是 262144 条记录。数据多了,为什么执行计划也变了呢,还变得这么的复杂?

希望能够有高人注意到这一点,希望能够帮忙分析一下!


补充

      终于把测试数据库给传上去了,原来是文件太大了,60M,空间不够了。但是很郁闷,上传的时候没有准确的错误提示,我还以为是网速慢呢。收缩数据库,重新压缩,19M了。空间还是不够用了,没办法传了好多的Demo和 源代码了,所以这次就上传到 http://www.svnhost.cn/Download/Detail-511.shtml 这里了。

      欢迎您下载看看,是不是我哪里弄错了,还是其他的什么原因。哦,对了,还需要您看一下视图【V_B_客户合同信息】里面的排序字段,现在是按照添加时间排序的。弱弱的说一下,按照添加时间排序的结果,还是十几秒的时间,并没有变慢。 



      我又把数据库放到了物理硬盘里面测试了一下,这次确实慢了,差距也大了,不过慢的是Int自增的表,而不是GUID的。Int自增的要把数据全都显示出来需要40到50秒,而GUID的只用了8秒到18秒。

至于CPU的占用率嘛,看看下面的截图吧,基本没怎么使用CPU。(不要说这又是虚拟硬盘造成的吧)

至于分析,哎,我是能力有限,只会简单的应用,不会理论,对原理也不熟,不对是根本就不懂原理,呵呵,所以分析的事情就请教各位高手了。

【这个是查询Int自增的时候的CPU截图,GUID的只比这个底,不比这个高。不信您自己测试,呵呵】
关于Int自增字段和GUID字段的性能测试。只有测试,没有分析,呵呵

上一篇:SAP CRM中间件Request download的警告信息:Form of address 0001 not designated for organization


下一篇:ios下的精确定时(代码示例)