19 个解决方案
#1
第一,可能是你写代码的原因,对sql 的优化不够。
第二,你试着加索引看看,对于一些复杂查询,而且又经常用到的字段条件,加上组合索引看看。
我觉得最主要的还是这两个原因,服务器这样的配置一般都是符合要求的,所以可能性很小。
第二,你试着加索引看看,对于一些复杂查询,而且又经常用到的字段条件,加上组合索引看看。
我觉得最主要的还是这两个原因,服务器这样的配置一般都是符合要求的,所以可能性很小。
#2
数据库我检查过了,而且sql2008不是有一个活动监视器可以查看最近最耗资源的查询吗?我看到毫秒数都是在400毫秒以内的,还有我原先是将项目架设到跟数据库同一台服务器上,网站打开速度正常!架设到代码服务器上,一些js或者图片通过谷歌浏览器的F12查看到需要4秒左右的下载,通过lucene.net索引查询数据,所需时间是将项目架设数据库的几十倍,不过在代码服务器上,lucene.net搜索时间有时又是正常的,0.4秒左右,有时却是30-50秒,代码服务器的配置比数据库服务器好!
#3
很难说。
你可以跟踪一下某些关键操作下,此时通过网卡传输的业务信息用了多少带宽。
你可以跟踪一下某些关键操作下,此时通过网卡传输的业务信息用了多少带宽。
#4
因为服务器上是没有装VS2010的,我就对执行lucene.net的这个方法进行时间计算,得出的时间有些要30-50秒,有些却只要0.5秒,还有数据库远程连接,我是用外网ip来访问的,不知道这是否会影响整个网站的性能!
#5
外网ip并没有什么值得担心的。
我不是说你要得出“时间”,我是说你要得出“带宽占用”。而且你不是基于某个服务,而是要知道具体是哪一个程序方法最消耗带宽。
我不是说你要得出“时间”,我是说你要得出“带宽占用”。而且你不是基于某个服务,而是要知道具体是哪一个程序方法最消耗带宽。
#6
这就好比如你说“我没钱了”,我希望你要知道你买哪一样东西花了钱。
#7
请问下,如何查看每个程序占用的带宽呢?
#8
my god看cpu输出
#9
实在不行的话可以考虑换数据库。我看你的情况,好像公司用的是sql,试试mysql或者Oracle。我们公司用的Oracle。
#10
如果你确定你写的代码没有问题,而且加了索引。那你不妨可以联系下服务器的商家,如果是自己的服务器,那也要找网管看下具体原因。
#11
还有,你换下其他服务器试试,如果没有出现你这种情况,那就说明是服务器的原因了。看你说的,我也觉得不是代码的原因。
#12
还有,你换下其他服务器试试,如果没有出现你这种情况,那就说明是服务器的原因了。看你说的,我也觉得不是代码的原因。
#13
实在不行的话可以考虑换数据库。我看你的情况,好像公司用的是sql,试试mysql或者Oracle。我们公司用的Oracle。
#14
一般的web应用,400ms的单次SQL查询本就很夸张了。如果查询组合很多而且没有专用缓存系统的话慢就是正常事了。有专用缓存系统的话,SQLServer尽量少给内存,否则就是浪费内存。另外看看索引是否可用,或者考虑一下固态硬盘。
记得lucene有种支持缓存的模式,单关键字查询应该直接与结果数据量相关,0.4s结果应该在1000w级别以上了。
个人感觉,硬盘写操作可能有很大的问题。服务器上是否装有类似于360之类的流氓软件?此类流氓软件将可能造成硬盘写操作10倍速的降低。
记得lucene有种支持缓存的模式,单关键字查询应该直接与结果数据量相关,0.4s结果应该在1000w级别以上了。
个人感觉,硬盘写操作可能有很大的问题。服务器上是否装有类似于360之类的流氓软件?此类流氓软件将可能造成硬盘写操作10倍速的降低。
#15
请问下,如何查看每个程序占用的带宽呢?
这就好比如你说“我没钱了”,我希望你要知道你买哪一样东西花了钱。
查看程序占用带宽?我是说“重要的几个操作”,不是指什么整个程序平均,也不是指什么数据库平均,之类的。
你需要在程序中写日志,然后比如说打开日志文件看到:
19.21.23.345秒 发送消息abcd,共23458字节
19.21.23.359秒 发送消息efgh,共982字节
19.21.23.375秒 接收消息abcd,共8373字节
19.21.23.912秒 接收消息mmmm,共60字节
19.21.24.300秒 发送消息kkkk,共1482374234字节
19.21.24.311秒 发送消息kkkk,共1482374234字节
如果你能进行的分析只是“平均xxxx”,你无法进入细节,那么这种分析测试就没有意义了。你只能处理平均值问题,而不能处理“个别时间要消耗40秒”这类技术问题。
#16
主要是我们新版要换老版的,还有一些要挂在老版上,而老版都在代码服务器,域名解析也是到代码服务器的,如果这么换,老板联系服务器托管商,那边说麻烦,所以得必须把所有都确定了,才能换,不然换过去,高流量一来,网站慢了,又得马上回到代码服务器的,域名解析时间不好控制,会使老网站一直打不开,又不敢试,就纠结在这里啊!
什么服务器商?改变域名解释不是购买域名的人自己去设置吗?你们是不是公司没有肯动手的人、全都是指挥的人啊?如果自己动手,这个地方就不会因为别人一个随口“减少责任”的话而忧心忡忡,你们自己应该知道这是是怎么回事。凡是在小事上“一直不敢试”的,往往说明:公司的技术管理上出现了一些状况,可能有研发技术的人都走了,剩下的人主要是服务人员充当技术人员。
暂时从老版移到新版,也不需要去改变什么域名解析,在IIS(或者其它web服务器)上配置一下相应网站或虚拟目录的重定向地址就行了。
#17
愿楼主早点解决,学习经验
#18
主要是我们新版要换老版的,还有一些要挂在老版上,而老版都在代码服务器,域名解析也是到代码服务器的,如果这么换,老板联系服务器托管商,那边说麻烦,所以得必须把所有都确定了,才能换,不然换过去,高流量一来,网站慢了,又得马上回到代码服务器的,域名解析时间不好控制,会使老网站一直打不开,又不敢试,就纠结在这里啊!
什么服务器商?改变域名解释不是购买域名的人自己去设置吗?你们是不是公司没有肯动手的人、全都是指挥的人啊?如果自己动手,这个地方就不会因为别人一个随口“减少责任”的话而忧心忡忡,你们自己应该知道这是是怎么回事。凡是在小事上“一直不敢试”的,往往说明:公司的技术管理上出现了一些状况,可能有研发技术的人都走了,剩下的人主要是服务人员充当技术人员。
暂时从老版移到新版,也不需要去改变什么域名解析,在IIS(或者其它web服务器)上配置一下相应网站或虚拟目录的重定向地址就行了。
#19
一般的web应用,400ms的单次SQL查询本就很夸张了。如果查询组合很多而且没有专用缓存系统的话慢就是正常事了。有专用缓存系统的话,SQLServer尽量少给内存,否则就是浪费内存。另外看看索引是否可用,或者考虑一下固态硬盘。
记得lucene有种支持缓存的模式,单关键字查询应该直接与结果数据量相关,0.4s结果应该在1000w级别以上了。
个人感觉,硬盘写操作可能有很大的问题。服务器上是否装有类似于360之类的流氓软件?此类流氓软件将可能造成硬盘写操作10倍速的降低。
#20
#1
第一,可能是你写代码的原因,对sql 的优化不够。
第二,你试着加索引看看,对于一些复杂查询,而且又经常用到的字段条件,加上组合索引看看。
我觉得最主要的还是这两个原因,服务器这样的配置一般都是符合要求的,所以可能性很小。
第二,你试着加索引看看,对于一些复杂查询,而且又经常用到的字段条件,加上组合索引看看。
我觉得最主要的还是这两个原因,服务器这样的配置一般都是符合要求的,所以可能性很小。
#2
第一,可能是你写代码的原因,对sql 的优化不够。
第二,你试着加索引看看,对于一些复杂查询,而且又经常用到的字段条件,加上组合索引看看。
我觉得最主要的还是这两个原因,服务器这样的配置一般都是符合要求的,所以可能性很小。
数据库我检查过了,而且sql2008不是有一个活动监视器可以查看最近最耗资源的查询吗?我看到毫秒数都是在400毫秒以内的,还有我原先是将项目架设到跟数据库同一台服务器上,网站打开速度正常!架设到代码服务器上,一些js或者图片通过谷歌浏览器的F12查看到需要4秒左右的下载,通过lucene.net索引查询数据,所需时间是将项目架设数据库的几十倍,不过在代码服务器上,lucene.net搜索时间有时又是正常的,0.4秒左右,有时却是30-50秒,代码服务器的配置比数据库服务器好!
#3
很难说。
你可以跟踪一下某些关键操作下,此时通过网卡传输的业务信息用了多少带宽。
你可以跟踪一下某些关键操作下,此时通过网卡传输的业务信息用了多少带宽。
#4
很难说。
你可以跟踪一下某些关键操作下,此时通过网卡传输的业务信息用了多少带宽。
因为服务器上是没有装VS2010的,我就对执行lucene.net的这个方法进行时间计算,得出的时间有些要30-50秒,有些却只要0.5秒,还有数据库远程连接,我是用外网ip来访问的,不知道这是否会影响整个网站的性能!
#5
外网ip并没有什么值得担心的。
我不是说你要得出“时间”,我是说你要得出“带宽占用”。而且你不是基于某个服务,而是要知道具体是哪一个程序方法最消耗带宽。
我不是说你要得出“时间”,我是说你要得出“带宽占用”。而且你不是基于某个服务,而是要知道具体是哪一个程序方法最消耗带宽。
#6
这就好比如你说“我没钱了”,我希望你要知道你买哪一样东西花了钱。
#7
这就好比如你说“我没钱了”,我希望你要知道你买哪一样东西花了钱。
#8
my god看cpu输出
#9
实在不行的话可以考虑换数据库。我看你的情况,好像公司用的是sql,试试mysql或者Oracle。我们公司用的Oracle。
#10
第一,可能是你写代码的原因,对sql 的优化不够。
第二,你试着加索引看看,对于一些复杂查询,而且又经常用到的字段条件,加上组合索引看看。
我觉得最主要的还是这两个原因,服务器这样的配置一般都是符合要求的,所以可能性很小。
数据库我检查过了,而且sql2008不是有一个活动监视器可以查看最近最耗资源的查询吗?我看到毫秒数都是在400毫秒以内的,还有我原先是将项目架设到跟数据库同一台服务器上,网站打开速度正常!架设到代码服务器上,一些js或者图片通过谷歌浏览器的F12查看到需要4秒左右的下载,通过lucene.net索引查询数据,所需时间是将项目架设数据库的几十倍,不过在代码服务器上,lucene.net搜索时间有时又是正常的,0.4秒左右,有时却是30-50秒,代码服务器的配置比数据库服务器好!
如果你确定你写的代码没有问题,而且加了索引。那你不妨可以联系下服务器的商家,如果是自己的服务器,那也要找网管看下具体原因。
#11
还有,你换下其他服务器试试,如果没有出现你这种情况,那就说明是服务器的原因了。看你说的,我也觉得不是代码的原因。
#12
还有,你换下其他服务器试试,如果没有出现你这种情况,那就说明是服务器的原因了。看你说的,我也觉得不是代码的原因。
#13
实在不行的话可以考虑换数据库。我看你的情况,好像公司用的是sql,试试mysql或者Oracle。我们公司用的Oracle。
#14
一般的web应用,400ms的单次SQL查询本就很夸张了。如果查询组合很多而且没有专用缓存系统的话慢就是正常事了。有专用缓存系统的话,SQLServer尽量少给内存,否则就是浪费内存。另外看看索引是否可用,或者考虑一下固态硬盘。
记得lucene有种支持缓存的模式,单关键字查询应该直接与结果数据量相关,0.4s结果应该在1000w级别以上了。
个人感觉,硬盘写操作可能有很大的问题。服务器上是否装有类似于360之类的流氓软件?此类流氓软件将可能造成硬盘写操作10倍速的降低。
记得lucene有种支持缓存的模式,单关键字查询应该直接与结果数据量相关,0.4s结果应该在1000w级别以上了。
个人感觉,硬盘写操作可能有很大的问题。服务器上是否装有类似于360之类的流氓软件?此类流氓软件将可能造成硬盘写操作10倍速的降低。
#15
请问下,如何查看每个程序占用的带宽呢?
这就好比如你说“我没钱了”,我希望你要知道你买哪一样东西花了钱。
查看程序占用带宽?我是说“重要的几个操作”,不是指什么整个程序平均,也不是指什么数据库平均,之类的。
你需要在程序中写日志,然后比如说打开日志文件看到:
19.21.23.345秒 发送消息abcd,共23458字节
19.21.23.359秒 发送消息efgh,共982字节
19.21.23.375秒 接收消息abcd,共8373字节
19.21.23.912秒 接收消息mmmm,共60字节
19.21.24.300秒 发送消息kkkk,共1482374234字节
19.21.24.311秒 发送消息kkkk,共1482374234字节
如果你能进行的分析只是“平均xxxx”,你无法进入细节,那么这种分析测试就没有意义了。你只能处理平均值问题,而不能处理“个别时间要消耗40秒”这类技术问题。
#16
主要是我们新版要换老版的,还有一些要挂在老版上,而老版都在代码服务器,域名解析也是到代码服务器的,如果这么换,老板联系服务器托管商,那边说麻烦,所以得必须把所有都确定了,才能换,不然换过去,高流量一来,网站慢了,又得马上回到代码服务器的,域名解析时间不好控制,会使老网站一直打不开,又不敢试,就纠结在这里啊!
什么服务器商?改变域名解释不是购买域名的人自己去设置吗?你们是不是公司没有肯动手的人、全都是指挥的人啊?如果自己动手,这个地方就不会因为别人一个随口“减少责任”的话而忧心忡忡,你们自己应该知道这是是怎么回事。凡是在小事上“一直不敢试”的,往往说明:公司的技术管理上出现了一些状况,可能有研发技术的人都走了,剩下的人主要是服务人员充当技术人员。
暂时从老版移到新版,也不需要去改变什么域名解析,在IIS(或者其它web服务器)上配置一下相应网站或虚拟目录的重定向地址就行了。
#17
愿楼主早点解决,学习经验
#18
主要是我们新版要换老版的,还有一些要挂在老版上,而老版都在代码服务器,域名解析也是到代码服务器的,如果这么换,老板联系服务器托管商,那边说麻烦,所以得必须把所有都确定了,才能换,不然换过去,高流量一来,网站慢了,又得马上回到代码服务器的,域名解析时间不好控制,会使老网站一直打不开,又不敢试,就纠结在这里啊!
什么服务器商?改变域名解释不是购买域名的人自己去设置吗?你们是不是公司没有肯动手的人、全都是指挥的人啊?如果自己动手,这个地方就不会因为别人一个随口“减少责任”的话而忧心忡忡,你们自己应该知道这是是怎么回事。凡是在小事上“一直不敢试”的,往往说明:公司的技术管理上出现了一些状况,可能有研发技术的人都走了,剩下的人主要是服务人员充当技术人员。
暂时从老版移到新版,也不需要去改变什么域名解析,在IIS(或者其它web服务器)上配置一下相应网站或虚拟目录的重定向地址就行了。
#19
一般的web应用,400ms的单次SQL查询本就很夸张了。如果查询组合很多而且没有专用缓存系统的话慢就是正常事了。有专用缓存系统的话,SQLServer尽量少给内存,否则就是浪费内存。另外看看索引是否可用,或者考虑一下固态硬盘。
记得lucene有种支持缓存的模式,单关键字查询应该直接与结果数据量相关,0.4s结果应该在1000w级别以上了。
个人感觉,硬盘写操作可能有很大的问题。服务器上是否装有类似于360之类的流氓软件?此类流氓软件将可能造成硬盘写操作10倍速的降低。