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

Obuntu

kelsoncong 发表于 2012-9-12 14:27
虽然通过数据库端的调整是最后一招了，效果也远没有在开始设计的时候调整好。
但是DBA比较无奈的是，我们 ...

其实，我的思路是比较倾向于不要拘束于数据库这块。应该再往前走点。毕竟数据库在整体的性能中只是其中的一部分。而且通常情况下，引起数据库性能下降的这个坏结果，都是因为烂程序引起的因。
当然，这是比较理想化了，现实中还是比较难以操作吧。
另外，如果真确定性能瓶颈是在数据库，我想通过数据库的一些优化和调整还是能够取得一定效果的。

Obuntu

假设你是此次案例的技术专家，你会有一些什么合理化的建议来提升系统的并发性能呢？
--也做回“砖家”，既然是系统的并发性能，我想程序上线时，应该要有一个性能模型的，比如当前的硬件环境下能达到多少并发，一切没有目标的调优都是盲目的。
比较合理的做法，是拉上一些系统各个环境的相关人员，在提升系统的并发性能时，共同找出一些热点。也可能是程序的原因，也可能是网络的原因，也可能是OS的原因，也可能是数据库的原因。找到热点之后，再进行有针对性的调整。

有哪些招数可以使用？ 这种对并发有求较高的环境，选用SQL Server是否适合呢？
招数的话，各方面都有自己的手段。比如要找程序热点，可以用oprofile或者gprof。观察OS的性能情况，可以使用OS上通用的一些手段，例如linux上的top，vmstat，iostat等，windows的性能监视器。而数据库的观察手段就更多了。

选用SQL Server是否合适，这个不是三言两语就说清的，属于选型问题了，但我认为数据库本身是能够支持并发较高的环境。需要多多比较，再做选择。

你有维护高并发SQL Server数据库的实战经验吗？在你的努力下，最终并发数达到了多少?
没经验~

kelsoncong

jingde2012 发表于 2012-9-12 15:58
头套风暴法是好,但是总得有拿主意的人呐!!

是的，队伍大了，就非常考验领导者的水平了，不过这样一支有着不同专业，不同语言，不同文化的一只团队一起干活，确实很难的，

kelsoncong

grantguan 发表于 2012-9-12 16:28
这个也是目前一直困扰我的大问题，坐等大牛们给出好的建议或者方案。

不知道集群能不能提升并发性能，下次我有时间一定要做个试验看看

sthumanguan

你有QQ嘛，我们具体聊下。我这方面经验很丰富。

kelsoncong

Obuntu 发表于 2012-9-13 08:36
其实，我的思路是比较倾向于不要拘束于数据库这块。应该再往前走点。毕竟数据库在整体的性能中只是其中的 ...

程序大规模的调整是不可能了，不过一些严重影响性能的sql是可以要求开发团队进行修改的。
数据库端的调优主要还是集中在查低效sql, 建立或者调整刷新索引，维护统计信息，对适当的表进行分区处理，另外一些数据库架构的处理，比如水平分割，垂直分割啥的都能够有些效果

kelsoncong

Obuntu 发表于 2012-9-13 08:43
假设你是此次案例的技术专家，你会有一些什么合理化的建议来提升系统的并发性能呢？
--也做回“砖家”，既 ...

感谢回复，
这件事情搞笑的地方就在于，当初上线的时候是符合既定性能要求的，但是业务部门由于业务需要临时提出了性能提升要求，导致IT部门陷入被动
热点已经通过前期的压力测试，基本明确在数据库端了
因为是sql server的数据库，因此只能用windows的系统，不过我觉得windows的2008的性能监视已经做的很不错了，各项指标都很不错。SQL Server自己的dashboard功能也很强大，
SQL Server从2005开始就号称支持大型数据库应用了，但是就我的观察，主要还是在处理一些中小型的应用。 因此想看下，有没有兄弟有在大并发情况下使用SQL Server的成功经验

kelsoncong

sthumanguan 发表于 2012-9-13 09:01
你有QQ嘛，我们具体聊下。我这方面经验很丰富。

呵呵，这个是个开放的讨论，能不能把你的专业见解分享给大家一下

dinglang_2009

这种情况下，可以尝试集群+负载均衡。

kelsoncong

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

你有实战经验或者做过试验吗？并发性能大概能提升多少？