码迷,mamicode.com
首页 > 数据库 > 详细

SQL SERVER 2014--内存表实现秒杀场景

时间:2014-07-09 23:41:15      阅读:315      评论:0      收藏:0      [点我收藏+]

标签:style   blog   http   使用   数据   width   

=====================================

网上针对“秒杀”的解决方案很多,数据拆分化解热点,READPASH解决锁问题,应用程序排队限制并发等等很多方式,各有优缺点,只为证明一句名言:条条大路通罗马。

=====================================

今天拿SQL SERVER 2014的内存表来试水“秒杀”,内存表使用“版本”解决了高并发下锁请求和阻塞的问题,使用HASH索引来处理数据页“热点”的问题,解决了PAGE_LATCH等待,虽然本地编译在本测试中效果不是那么明显,但是聊胜于无。

由于测试代码在别人代码基础上修改而来,就不拿出来共享了,具体实现思路:

1. 使用本地编译存储过程来封装秒杀(实现对库存UPDATE和对秒杀成功订单的INSERT操作)

2. 在步骤1的基础上封装一层,实现重试逻辑,重试相关基础请重击

3. 将秒杀商品拆分到多条记录中,避免单条记录成为热点

4. 将秒杀成功的订单表设计为内存表,避免插入记录时的PAGE_LATCH等待

=========================================

测试环境

Windows版本:Windows Server 2012 企业版

数据库版本:SQL SERVER 2014 企业版

服务器CPU: 4个物理CPU 64个逻辑CPU

服务器内存:128GB

模拟秒杀300000商品,1200个线程模拟并发

测试结果

 

记录数 耗时(毫秒) 每秒秒杀商品数
300 2786 107681.26
100 3620 82872.93
50 4363 68760.03
20 5240 57251.91
10 7690 39011.70
5 12266 24457.85
2 31186 9619.70
1 69770 4299.84
 
以上测试结果仅供参考!
 
--=============================================
虽然内存表没有锁阻塞的情况,但是对两个事务更新同一条数据时,只有第一个事务提交后第二个事务才能更新成功,而事务提交受日志写入速度的影响,因此在对单条记录或少量记录更新的时候,磁盘单词写入的时间(Avg. Disk sec/Write) 至关重要,本次测试的服务器上,Avg. Disk sec/Write 平均值在0.05ms到0.09ms之间,因此理论上对单条记录的每秒最大更新次数在1w到2w左右,这也是为什么要拆分成多条记录的原因。
 
--=============================================
福利依旧是妹子
bubuko.com,布布扣

 

SQL SERVER 2014--内存表实现秒杀场景,布布扣,bubuko.com

SQL SERVER 2014--内存表实现秒杀场景

标签:style   blog   http   使用   数据   width   

原文地址:http://www.cnblogs.com/TeyGao/p/3812621.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!