说明服务器实际压力,能承受的最大并发访问数,既取决于业务并发用户数,还取决于用户的业务场景,这些可以通过对服务器日志的分析得到。
一般只需要分析出典型业务(用户常用,最关注的业务 *** 作)
给出一个估算业务并发用户数的公式(测试人员一般只关心业务并发用户数)
C=nL/T
C^=C+3×(C的平方根)
C是平均的业务并发用户数、n是login session的数量、L是login session的平均长度、T是指考察的时间段长度、C^是指业务并发用户数的峰值。
假设OA系统有1000用户,每天400个用户发访问,每个登录到退出平均时间2小时,在1天时间内用户只在8小时内使用该系统。
C=400×2/8=100
C^=100+3×(100的平方根)=100+3×10=130
另外,如果知道平均每个用户发出的请求数u,则系统吞吐量可以估算为u×C
精确估算,还要考虑用户业务 *** 作存在一定的时间集中性(比如上班后1小时内是OA系统高峰期),采用公式计算仍然会存在偏差。
285-104-1346
SQL Server 2008支持并发的连接数分两种情况:
1)不启用连接池
当创建到101个连接的时候,就无法再创建新连接了。也就是说,如果连接字符串不做任何处理,我们的程序只能够跟SQLServer建立101个连接。
2)启用连接池
在连接字符串中加入代码:
Pooling=true;Max Pool Size=40000;Min Pool Size=0;
微软在MSDN上对最大连接数的定义是:“默认是0,代表不限制,但最大连接数是32767。
SQL Server支持同时访问的客户端数量:
开发版、速成版有客户连接限制,一般是10个连接。企业版、标准版没有限制,硬件能支持多少就能支持多少。
扩展资料
sql server 2008 R2 连接数过高的解决办法:
由于公司最近两个Web站点做了负载均衡,但是缓存机制仍然是 AspNet 自带的缓存,这样就导致了每台Web 服务器内存中都有一份缓存,直接导致了多次请求DB数据库,造成了DB连接数过高。
由于是两个较大的站点两台服务器做负载均衡(负载平衡),所以,DB 的连接数也飙升,几乎翻了3倍。
公司DB服务器用的是 Sql Server 2008 R2 ,并且DB服务器配置是相当的强悍的,连接数一度冲击到740,真是让人惊叹不已。虽然链接数强悍,但是前台访问的页面 超时的 也是茫茫多,没办法,只能采用了紧急处理:
1、加大程序中的缓存,特别是页面头部加上 OutPutCache 缓存。
2、用上镜像的备份DB服务器,把2个站点的DB链接改到了镜像的DB,这台镜像DB和现在主DB是不在同一个机房的,目标就是容灾和在高流量的情况下快速切换
并发连接数有不同所指,不同的含义,比如防火墙并发连接数以及虚机、服务器iis并发连接数。服务器(web)并发连接数上限通俗意义上理解:在同一时间内对服务器请求的个数最大值。
如果同一时间对服务器的请求超过10会出现宕机,Service
Unavailable,网页无法打开等现象。
允许有多少人同时连接,数量越少速度越快,但数量太少又会造成浪费
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)