如何让SQL Server支持高并发环境

mengmou

对了，不是还有NLB么，虽然我不熟，但是这玩意不就是正好针对楼主的需求么

shanks_gao

mengmou 发表于 2012-9-17 22:36
我的意思是没有那么多CPU，其他方面无论你怎么优化2000～3000的并发也实现不了。你们开会研究了半天结果是 ...

CPU某一时刻的时间片当然只能给一个spid了,难道他会影分身?
并发访问又不是并发处理,这个lz说清楚啊

mengmou

shanks_gao 发表于 2012-9-18 10:51
CPU某一时刻的时间片当然只能给一个spid了,难道他会影分身?
并发访问又不是并发处理,这个lz说清楚啊

如果请求数量跟cpu的数量匹配，每个请求很快就会轮到cpu，我们就可以理解为这就是在并发处理啊。

楼主说的并发，就是请求发出去希望很快得到反馈，不就是并发处理么，如果要等半天cpu还算啥子并发啊。

kelsoncong

mengmou 发表于 2012-9-18 10:37
对了，不是还有NLB么，虽然我不熟，但是这玩意不就是正好针对楼主的需求么

NLB网络负载均衡?
这个东西对DB而言没什么作用吧
应用服务器倒是有可能适用的

kelsoncong

mengmou 发表于 2012-9-18 11:00
如果请求数量跟cpu的数量匹配，每个请求很快就会轮到cpu，我们就可以理解为这就是在并发处理啊。

楼主 ...

这个主要是说同时有数据访问和处理的连接数， 等待只要不time out其实也是访问数据时的一种状态，

shanks_gao

mengmou 发表于 2012-9-18 11:00
如果请求数量跟cpu的数量匹配，每个请求很快就会轮到cpu，我们就可以理解为这就是在并发处理啊。

楼主 ...

抱歉,你说的是同一时刻请求量,我看错了.

mengmou

kelsoncong 发表于 2012-9-18 11:07
这个主要是说同时有数据访问和处理的连接数， 等待只要不time out其实也是访问数据时的一种状态，

那就是我上面链接里说的内容，马能拉多大车就只能拉多大车。小马拉大车，先不说能不能拉动，即便拉动了服务器状态也会很糟糕。

jacksontjl

文章里面只有提到当并发数目到达600时，数据库基本没有反应！
在并发数从300到600的过程中，应该找到瓶颈在什么地方？
是cpu、IO，lock，memory等。
然后再查找引起cpu等瓶颈的真正原因，因为有时看到的瓶颈不是真正的瓶颈，如cpu是由于IO引起的，IO可能是由不恰当的SQL执行引起的，IO可能是由于Memory引起的，等等之类。

另外，作为IT老大，只是建议延长促销时间！明显缺少其他备选方案！
至少没有提到如何去改善的问题？改善需要多少钱，多少人力等的问题？至于是否实际执行大老板会定夺的。

wyjs

dinglang_2009 发表于 2012-9-13 09:26
这种情况下，可以尝试集群+负载均衡。

SQLServer的集群是没有负载均衡的能力的，只能用于热备，如果是SQL2012的话倒是可以使用AlwaysOnGroup .

dinglang_2009

wyjs 发表于 2012-9-19 13:45
SQLServer的集群是没有负载均衡的能力的，只能用于热备，如果是SQL2012的话倒是可以使用AlwaysOnGroup .

确实。sqlserver的故障转移集群，只是用于高可用性的。
我们之前是做的读写分离，主从复制，其实算是一种比较常用的“负载均衡”的手段。