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

OBJ_feye · 发表于 2013-10-29 15:16

呵呵，没结贴~~

夏雪冬藏 · 发表于 2013-11-1 11:06

新手報到，圍觀中……

happy_kid_luo · 发表于 2013-11-4 16:21

mark 一下，慢慢学习

boysxw · 发表于 2013-11-15 09:33

我线上核心业务都在用MSSQL，算国内电子商务用MSSQL较少的几家企业之一吧，
1：高峰业务在5000TPS，User Connection大概在2000~3000吧
2：SQL Server群集没有负载均衡功能，只是实现实例级别的HA，所以性能跟单机是一样的。

xlykingmax · 发表于 2013-11-15 20:09

mengmou 发表于 2012-9-18 10:13
http://msdn.microsoft.com/en-us/library/ms187024(v=sql.105).aspx

上面链接是SQL Server自动配置的 ...

你并未完全读懂全文。里面说：“We recommend 1024 as the maximum for 32 bit SQL Server.
”光32 位，推荐最大值就已经是1024. 你的960只是64位系统默认值。

而且即使超过Max WORKER threads, 系统也可以继续工作，threads将以pooling 的方式工作，即等上thread工作结束或者其交出cpu进入等待其他资源阶段。
When the actual number of query request is less than the amount set in max worker threads, one thread handles each query request. However, if the actual number of query request exceeds the amount set in max worker threads, SQL Server pools the worker threads so that the next available worker thread can handle the request.

释怀355 · 发表于 2013-11-16 11:58

kelsoncong 发表于 2012-9-13 09:59
恩，客户是五百强巨头，只要方案合理，钱不是问题
我的疑惑是对于这样高并发的OLTP系统，类似replicatio ...

replication 的话，也就是把所有你需要高频率访问的数据copy到多个不同的server上，首先：每个server上的数据都可以读，这样读的压力就可以分散在复制的各个订阅端server上，其次:复制写的话就主要在复制的发布端，这样就从物理上实现了读写分离。进而提高了并发度。
我们是购物网站，规模也不小，平时的并发度也挺高的，特别是搞活动期间，并发度很高。我们这边提高并发度，就使用了事务复制，还有大部分数据有存在在SAN上面。过节前，我们都会做硬件方面的升级，架构方面因为有几个比较牛的架构师，所以应该没有什么大问题，然后下来就是sql大批量的优化。