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

KantCheng

京东那个套东西，刚上线的时候也是不停的挂机，down了又down。。。。并发性能这个问题还是要逐步调整。

jieyancai

最关键的一点：
考虑读写分离，实时更新的关键数据表尽量少数据，比如只存1天的数据，用分区表实现实时表和历史表分离，并且方便分区交换，通过视图方式查询历史数据。

多台机器复制同步，分担压力。这里可以采用多种技术了，比如复制，镜像等等。

jiangbin253

没搞头

edwardking888

kelsoncong 发表于 2012-9-13 13:33
同意，在高并发环境下开实时的replication做读写分离，怎么看似乎都不让人放心

哈哈，其实很多场合并不一定需要实时的replication。

edwardking888

kelsoncong 发表于 2012-9-13 13:33
同意，在高并发环境下开实时的replication做读写分离，怎么看似乎都不让人放心

甲方给你们多少时间啊？
哈哈哈，看你还有时间闲聊，还不如 开个群，讨论，发点礼物好

kelsoncong

edwardking888 发表于 2012-9-13 15:03
甲方给你们多少时间啊？
哈哈哈，看你还有时间闲聊，还不如 开个群，讨论，发点礼物好

过去式了，一个真实的失败案例，
拿出来给大家讨论讨论，看看有没什么高招，下次在遇到类似问题，思路会开阔点

grantguan

kelsoncong 发表于 2012-9-13 15:06
过去式了，一个真实的失败案例，
拿出来给大家讨论讨论，看看有没什么高招，下次在遇到类似问题，思路会 ...

眼看目前的系统快到瓶颈了，坐等高人开课。

jimn1982

定

kelsoncong

jieyancai 发表于 2012-9-13 13:58
最关键的一点：
考虑读写分离，实时更新的关键数据表尽量少数据，比如只存1天的数据，用分区表实现实时表和 ...

实时更新的关键数据表尽量少数据，比如只存1天的数据
这个是个非常好的实践, 我之前在很多场合用过,效果确实很不错

复制的问题,前面谈到过,主要担心复制本身带来的开销以及对系统稳定性的影响,可能需要更多的实践来证明

kelsoncong

grantguan 发表于 2012-9-13 15:41
眼看目前的系统快到瓶颈了，坐等高人开课。

前面很多高人给了建议了
有很多实践性强,效果不错的招,可以根据自己的实际情况选择性应用