62,046
社区成员
发帖
与我相关
我的任务
分享
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秒”这类技术问题。一般的web应用,400ms的单次SQL查询本就很夸张了。如果查询组合很多而且没有专用缓存系统的话慢就是正常事了。有专用缓存系统的话,SQLServer尽量少给内存,否则就是浪费内存。另外看看索引是否可用,或者考虑一下固态硬盘。 记得lucene有种支持缓存的模式,单关键字查询应该直接与结果数据量相关,0.4s结果应该在1000w级别以上了。 个人感觉,硬盘写操作可能有很大的问题。服务器上是否装有类似于360之类的流氓软件?此类流氓软件将可能造成硬盘写操作10倍速的降低。
[quote=引用 12 楼 zoulei2546 的回复:] 主要是我们新版要换老版的,还有一些要挂在老版上,而老版都在代码服务器,域名解析也是到代码服务器的,如果这么换,老板联系服务器托管商,那边说麻烦,所以得必须把所有都确定了,才能换,不然换过去,高流量一来,网站慢了,又得马上回到代码服务器的,域名解析时间不好控制,会使老网站一直打不开,又不敢试,就纠结在这里啊!
实在不行的话可以考虑换数据库。我看你的情况,好像公司用的是sql,试试mysql或者Oracle。我们公司用的Oracle。
还有,你换下其他服务器试试,如果没有出现你这种情况,那就说明是服务器的原因了。看你说的,我也觉得不是代码的原因。
[quote=引用 1 楼 qingfeng_wu 的回复:] 第一,可能是你写代码的原因,对sql 的优化不够。 第二,你试着加索引看看,对于一些复杂查询,而且又经常用到的字段条件,加上组合索引看看。 我觉得最主要的还是这两个原因,服务器这样的配置一般都是符合要求的,所以可能性很小。
这就好比如你说“我没钱了”,我希望你要知道你买哪一样东西花了钱。
很难说。 你可以跟踪一下某些关键操作下,此时通过网卡传输的业务信息用了多少带宽。
第一,可能是你写代码的原因,对sql 的优化不够。 第二,你试着加索引看看,对于一些复杂查询,而且又经常用到的字段条件,加上组合索引看看。 我觉得最主要的还是这两个原因,服务器这样的配置一般都是符合要求的,所以可能性很小。