讨论话题: 1.如何让SQL Server支持高并发环境? 2.如何有效提升数据库性能? 3.你如何看待SQL Server未来几年的发展前景?
本期活动精彩案例分享:
【案例描述】
某零售巨头上线了一套基于微软系统的促销网站,系统本身已经稳定了,日常并发用户数在200-300左右。大约在3个月之前的某天,销售部门老大准备举行一次全球性的促销活动,要求把系统的并发数从目前的200-300提升10倍,达到2000-3000。 经过专业公司的压力测试,数据库在并发数达到600左右的时候,基本失去响应,由此认定系统瓶颈存在于数据库端。一场轰轰烈烈的数据库性能调整就此展开。
【数据库环境描述】:
数据库类型: 某零售巨头促销专题网站
影响范围: 全球性
数据量: 500G
OS: Windows 2008
数据库版本: SQL Server 2008 数据库架构方式:单实例数据库
【案例进展】:
为了在有限的时间解决问题,甲方IT部门的老大亲自挂帅,组织了一支全球性的技术团队,成员包括甲方自己的IT人员,软件供应商,系统集成商,专业数据库服务商,专业压力测试商等等,人员更加是五花八门,很跨亚欧美澳各大洲,技术人员,业务人员,管理人员都有。
每天的工作几乎就是不停的开会,英语好的,不好的,懂技术的,不懂技术的都啪啦啪啦的上来讲一堆,由于人数众多,且彼此不熟悉,效率可想而知。 研究来研究去,出主意的人太多,也就没什么注意了,最后也没什么特别的结论,结果也就不了了之。 我在这个过程中也提了一些建议,但是声音太小,基本被淹没了。
【结果】:
最后IT老大给业务部门老大提交了一份报告,大意是,经过专业团队的研究,在目前的硬件,架构的基础上,并发性能已经最大化了,不能进一步提升,建议适当拉长促销的时间段,减少对系统的压力。
【讨论】:
上面是一个真实的但不成功的案例,目的是引出我们今天的讨论,
假设你是此次案例的技术专家,你会有一些什么合理化的建议来提升系统的并发性能呢? 有哪些招数可以使用? 这种对并发有求较高的环境,选用SQL Server是否适合呢? 你有维护高并发SQL Server数据库的实战经验吗?在你的努力下,最终并发数达到了多少?
活动时间: 2012.9.12—2012.9.25
活动奖励: 针对以上任意一个问题跟帖回答,我们会在讨论结束后,随机抽选5名讨论最积极的会员赠送一枚奥运徽章作为奖励。 本期获奖会员:dinglang_2009 edwardking888 sthumanguan grantguan KantCheng |