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

wanglei_qiu

数据库的架构设计是不是还有可以优化的地方

andy1995

苏宁易购的IBM全套系统，DB2数据库，不一样撑不住吗？跟数据库有毛关系啊，水平问题。

grantguan

sthumanguan 发表于 2012-9-13 11:00
REPLICATION你为什么要5分钟一次？应该是时时的吧，还有常出错误，是你调整的有问题吧。
比如自增长键出 ...

replication 其实是背后有agent 在运作，这个时间可以自己定义，大数据量不要说实时，每天一次都吃力，出问题不是replication死掉，而是在replication的同时高并发，会导致timeout或者deadlock.

edwardking888

哈哈，学京东吧，做下傻大黑粗啊

sthumanguan

grantguan 发表于 2012-9-13 11:53
replication 其实是背后有agent 在运作，这个时间可以自己定义，大数据量不要说实时，每天一次都吃力，出 ...

我知道可以设时间啊，AGENT是SQL JOB，会导致TIMEOUT和死锁，那可能就是优化不够好

DBA_2010

     “replication 其实是背后有agent 在运作，这个时间可以自己定义，大数据量不要说实时，每天一次都吃力，出问题不是replication死掉，而是在replication的同时高并发，会导致timeout或者deadlock.”，支持这个，复制的作用大家都知道了，但它会产生一定的阻塞，需要一定的锁。
      锁的管理机制与ORACLE不同，是原因之一，SQL SERVER的高并发，上面很多都讲到了，关键是应用，实施。软件层面的优化，很多人已经知道。
     讲讲架构层面的优化和设计，这才差不多。

kelsoncong

KantCheng 发表于 2012-9-13 11:21
并发啊并发，这个比较伤脑筋，而且还是单机的sqlserver。
主要有以下几点问题会影响并发。
1、和oracle相 ...

强的，码了这么多字
1 SQL Server的锁是一个资源，是资源就会存在争用的情况，这个也是制约起并发的一个环节
2 这点我倒是一直不知道的，而且不是很看的明白
3 也可以用SQL Server自己的dashboard报表工具，功能也是很强大的
4 隔离级别，不到万一，尽量不建议调整，毕竟read uncommitted会带来很多负面的影响
5 SSD的健壮性是尤其自身的限制决定的，生产库的话还是要用RAID

kelsoncong

guostong 发表于 2012-9-13 11:31
很多项目往往是前期舍不得花钱，后期就花钱来优化，而且没有效果。

恩，这种情况实在太多了

kelsoncong

thinkingwang 发表于 2012-9-13 11:32
那啥，我是来打酱油的。。。kant叫我来的。。。我容易吗我。。。

也是十八摸的专家？
欢迎加入讨论

kelsoncong

DBA_2010 发表于 2012-9-13 13:14
“replication 其实是背后有agent 在运作，这个时间可以自己定义，大数据量不要说实时，每天一次都吃力 ...

同意，在高并发环境下开实时的replication做读写分离，怎么看似乎都不让人放心