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

sthumanguan

kelsoncong 发表于 2012-9-13 09:29
你有实战经验或者做过试验吗？并发性能大概能提升多少？

首先，集群对并发根本毫无提高，SQLSERVER要提高并发性，SQL2008的话，只有做读写分离才能提高并发性，通过REPLICATION做。但是这样的话，前台应用程序也要改。这样的话，并发1万都没问题，但是你们公司花的起这个钱吗？

edwardking888

应该软件和硬件一起改进和优化：
1.根据业务需求，做分库处理，所有主库做 CLUSTER,如果是SQL 2012的库，引入 SQL AlwaysOn功能。
2，做读写分离，可以使用MS SQL的复制分发功能实现。对读操作分流量。当然需要软件数据处理层也有改进支持。
3，将热点的核心索引（订单表的，资金表的）放入SSD存储上（SSD存储做RAID 1）
4.优化系统的业务流程和SQL代码

sthumanguan

京东就是通过REPLICATION做读写分离，提高并发性，京东并发量肯定高过你们公司吧。

kelsoncong

sthumanguan 发表于 2012-9-13 09:54
首先，集群对并发根本毫无提高，SQLSERVER要提高并发性，SQL2008的话，只有做读写分离才能提高并发性，通 ...

恩，客户是五百强巨头，只要方案合理，钱不是问题
我的疑惑是对于这样高并发的OLTP系统，类似replication这样的读写分离架构为什么会大幅提升并发性能？原理是什么？

edwardking888

哈哈，京东做的很烂啊，还没有我们公司做的好。我们公司实现业务分离，上集群，读写分离，上SSD。性能提高了至少100倍啊，以前超时的SQL搜集下来一天有1G以上，实现业务分离，上集群，读写分离，上SSD后，超过2秒的SQL都不到 20MB

sthumanguan

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

读写分离，提高并发，这个原理你不知道？相当于，原先5个并发，其中3个读，2个写，都要对一台服务器进行操作，现在读写分离后，只有2个写对一台服务器操作，其他3个读对另外几台读服务器进行操作，这样压力不是减轻很多了？

kelsoncong

edwardking888 发表于 2012-9-13 09:55
应该软件和硬件一起改进和优化：
1.根据业务需求，做分库处理，所有主库做 CLUSTER,如果是SQL 2012的库，引 ...

感谢回复，
不过这是一个单一产品的促销业务，分库的话有一点难度。
读写分离我有点疑惑，因为高并发的都是类似的OLTP操作，其实不存在大数据量的查询操作，而且复制等操作多少存在一定程度的延时，可能会增加相应能够时间，降低操作体验
用SSD做存储存放热点数据是个切实可行的好办法
第四点的调整对于一个稳定系统的调整周期会相当的长，可行性不是特别的高

edwardking888

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

集群是提高HA性能，除非上SQL 2012的AlwaysOn。
replication是把读的的压力分出去，因为一般电商系统。读操作占了最少70％

kelsoncong

sthumanguan 发表于 2012-9-13 09:55
京东就是通过REPLICATION做读写分离，提高并发性，京东并发量肯定高过你们公司吧。

京东的场景可能稍有不同，京东的网站其实存在着大量的只读操作，用户大多数时间实在浏览商品，但是促销网站的并发插入的比例还是很多的，我们压力测试的use cases也是基本模拟一个完整的登陆，下单过程来做的

edwardking888

kelsoncong 发表于 2012-9-13 10:06
感谢回复，
不过这是一个单一产品的促销业务，分库的话有一点难度。
读写分离我有点疑惑，因为高并发 ...

我们公司在中国游戏交易行业也是比较大的电商企业，经过我们的实践，读写分离效果还是相当好的最少可以减少主库40％的压力。当然这个需要你们修改数据处理层