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

tang870

对于数据库造成的性能瓶颈，我的经验是：1、在应用中，对于很多关键通用（变化不大）的数据，采用数据缓存来减少对数据库的请求（曾经调整过一个项目中的数据查询，将数千次近似重复的数据库查询用两次SQL查询+缓存替代，性能大为提升）；2、在数据库优化方面，要根据业务处理有针对性的进行优化，比如调整索引啊等等，必要时也可能需要调整数据的存储结构，利用一些必要的数据冗余来答复提升性能。

tang870

其实说来，很多时候应用程序里的流程处理或者逻辑不清才是真正影响系统应用性能的关键！！

tang870

在应用中设置数据缓存（简单点，对于关键数据设置几个static的map变量，使用SQL查询的条件组合作为关键字索引，使用时直接从map中获取即可），并设置合理的缓存更新策略（非常重要，否者或出现数据不一致或者脏数据等问题），可以讲系统对数据库的请求大幅降低，尤其在压力测试下效果明显！

duhonguo

passing by

grass_root

并发达到2000-3000，sqlserver应该不是问题吧。
这类优化，不仅仅是数据库层的事情了。

lj419300

mssql才这么点并发

shanks_gao

kelsoncong 发表于 2012-9-14 15:10
抛开应用设计不说，就某个已经成熟的应用而言，
我比较关心的是采用集群是否可以提升并发，还是仅仅停留 ...

MSSQL群集应用也很广泛吧,但的确只是HA,高并发通过repl等方式解决.

ESK分销ERP

从纯硬件上解决是很难的,要从架构上，代码上多重解决.
1):数据库一分为二：分为操作数据库和报表数据库。报表数据库可以每隔一天同步或者每隔多少小时同步.
    因为报表查询会占用到太多的数据库资源.
2):多利用缓存，尽量减少对数据库的操作.
3):把一些原来用存储过程的执行的动作转为用代码来执行.
4):重要的业务进行数据库分表。可以用分区表，也可以自已写代码来分.
5):应用层应该可以进行集群.

kelsoncong

ESK分销ERP 发表于 2012-9-17 09:58
从纯硬件上解决是很难的,要从架构上，代码上多重解决.
1):数据库一分为二：分为操作数据库和报表数据库。报 ...

谢谢回复，
现在主要讨论一个稳定系统的并发性能提升，从数据库端的角度来看，能做什么样的工作，并不是说代码不能改，但是要尽可能的缩小改动。否则无论是时间还是精力都是不够的，
1 现在全部是OLTP的操作，暂不考虑报表的问题
2 数据库层面本来就是有缓存处理的，如果用额外的缓存服务器可能会带来一些同步的问题
3 这个没试过，多并发性能有帮助吗？为什么？
4 这个是一个值得考虑的思路
5 应用层现在没有瓶颈

kelsoncong

shanks_gao 发表于 2012-9-17 09:56
MSSQL群集应用也很广泛吧,但的确只是HA,高并发通过repl等方式解决.

复制的问题前面大家聊了比较多了，主要对复制本身的延时和性能开销有点疑惑，可能需要实际测试数据的支持。 有空的时候我会来做下试验。