最近几年想必大家一听到哪里有抢红包可以抢,马上会拿起手机点去~~~~然后问题来了。。。

如何控制在同一时间保证数据库中扣减红包余额不会出错。之前我们的做法是直接锁程序,这样子带来的坏处就是等待时间太长,每当一个线程进去之后要经过以下几个过程。

过程分别是

1. 查表

2. 校验信息

3. 发送微信服务器

4. 等待反馈

5. 更新表

等这些过程结束之后才轮到下面这个过程。想必这样要等到花儿都谢了~

另外发送微信服务器这个过程时间在0s至9s时间不等。会产生大量的空闲时间,这里CPU会产生大量的空闲。而且这种情况也无法继续做负载均衡,如果有多个站点部署必定会产生数据库并发问题。

若在查表之前加锁更新后释放掉,虽然说不会产生数据库并发。但是在第二个线程进入查询的时候他会一直在等待,其耗时则与更锁程序差不多。

改进

这个想法源于分布式事务的设计,采用预扣红包余额的方式来保证无需等待微信服务器反馈,让下一个线程可继续执行相关任务。当微信服务器反馈回来时,才开始另外一个事务去更改交易状态。若反馈结果为FAIL则需要预扣的红包余额进行还原操作。

粗略写了模拟实际环境的测试代码,模拟抢红包动作

private void task()
{
for (int i = ; i < ; i++)
{
string tradeNo = Qxun.Framework.Utility.CreateOrderNo.DateTimeAndNumber();
try
{
using (var trans = new TransactionScope())
{
using (var dbContext = new ActivityDbContext())
{
//加锁
var model = dbContext.Database.SqlQuery<Qxun.Activity.Contract.VIPPassRedBag013>(@"select * from VIPPassRedBag013 with(updlock) where ActivitySceneID=199").FirstOrDefault();
var mode = dbContext.Database.SqlQuery<Qxun.Activity.Contract.VIPPassRedBag013Mode>(@"select * from VIPPassRedBag013Mode with(updlock) where ActivitySceneID=199").ToList();
//模拟校验延迟
Thread.Sleep();
//得到领取红包的金额
VIPPassRedBag013Mode currentMode = null;
foreach (var modeItem in mode)
{
if (modeItem.RemainCount > )
{
currentMode = modeItem;
break;
}
}
//判断是否领完
if (currentMode != null && model != null && model.RedBagBalance >= currentMode.Money)
{
VIPPassRedBag013Play currentPlayModel = new VIPPassRedBag013Play();//本次的参与记录对象
currentPlayModel.VIPPassRedBag013ModeID = currentMode.ID;
currentPlayModel.WeixinUserID = Thread.CurrentThread.ManagedThreadId;
currentPlayModel.Money = Convert.ToInt32(currentMode.Money * );//要支付的金额(存入到表的)
currentPlayModel.TradeNumber = tradeNo;
currentPlayModel.Status = (int)TradeStatus.Trading;
currentPlayModel.VIPPassRedBag013ModeID = currentMode.ID;
currentPlayModel.ActivitySceneID = ;
dbContext.Insert<VIPPassRedBag013Play>(currentPlayModel);
currentMode.RemainCount -= ;
dbContext.Update<VIPPassRedBag013Mode>(currentMode);
model.RedBagBalance -= currentMode.Money;
dbContext.Update<Qxun.Activity.Contract.VIPPassRedBag013>(model);
trans.Complete(); }
else
{
trans.Complete();
}
}
}
}
catch (Exception ex){}
//提交至微信
string returnCode = "SUCCESS";
Random ran = new Random();
int time = ran.Next();
if (time <= )
{
returnCode = "FAIL";
}
//模拟网络延迟
Thread.Sleep(time * );
//设置重新尝试次数
bool retry = true;
int retryCount = ;
do
{
Qxun.Activity.Contract.VIPPassRedBag013 model = null;
VIPPassRedBag013Play playModel = null;
VIPPassRedBag013Mode mode = null;
try
{
using (var trans = new TransactionScope())
{
using (var dbContext = new ActivityDbContext())
{
//这里获取很容易异常
model = dbContext.Database.SqlQuery<Qxun.Activity.Contract.VIPPassRedBag013>(@"select * from VIPPassRedBag013 with(updlock) where ActivitySceneID=199").FirstOrDefault();
playModel = dbContext.Database.SqlQuery<Qxun.Activity.Contract.VIPPassRedBag013Play>(@"select * from VIPPassRedBag013Play with(updlock) where TradeNumber='" + tradeNo + "'").FirstOrDefault();
mode = dbContext.Database.SqlQuery<Qxun.Activity.Contract.VIPPassRedBag013Mode>(@"select * from VIPPassRedBag013Mode with(updlock) where ID=" + playModel.VIPPassRedBag013ModeID).FirstOrDefault();
if (returnCode == "SUCCESS")
{
playModel.Status = (int)TradeStatus.Success;
playModel.Remark = "retry=" + retryCount + ",success;time=" + DateTime.Now.ToString();
playModel.FinishTime = DateTime.Now;
dbContext.Update<VIPPassRedBag013Play>(playModel);
trans.Complete();
retry = false;
}
else
{
model.RedBagBalance += mode.Money;
dbContext.Update<Qxun.Activity.Contract.VIPPassRedBag013>(model);
playModel.Status = (int)TradeStatus.Fail;
playModel.Remark = "retry=" + retryCount + ",fail;time=" + DateTime.Now.ToString();
playModel.FinishTime = DateTime.Now;
dbContext.Update<VIPPassRedBag013Play>(playModel);
mode.RemainCount += ;
dbContext.Update<VIPPassRedBag013Mode>(mode);
trans.Complete();
retry = false;
}
}
}
}
catch (Exception ex)
{
//如果之前的线程请求数据库时阻塞
//如果执行失败
retryCount++;
retry = true;
}
if (retryCount > )
{
break;
}
} while (retry);
}
}

模拟100个人并发抢红包

public ActionResult Excute()
{
for (int i = ; i < ; i++)
{
Thread thread = new Thread(new ThreadStart(task));
thread.Start();
}
return Content("完成!");
}

上面代码还用了一个retry变量控制防止由于长等待产生的超时,好让每个订单都能够处理的到。但是实际上当线程数量为100-200时候,会有10至20个VIPPassRedBag013Play订单状态一直为Trading。当线程数量大于200的时候就变得及不稳定,目前一直没有找到是什么原因。希望有缘人指点一二。

为了解决这种现象,我在Global写了周期去查找10分钟前的VIPPassRedBag013Play,且订单状态为Trading的单子(都10分钟了还没有处理,那就是处理不到了)。得到订单号,去反查微信的红包交易记录。通过微信红包反馈的结果去更新数据库的交易状态。

public ActionResult Check()
{
using (var dbContext = new ActivityDbContext())
{
//查询十分钟之前状态仍为交易中的订单
var playModel = dbContext.Database
.SqlQuery<Qxun.Activity.Contract.VIPPassRedBag013Play>(@"select * from VIPPassRedBag013Play with(nolock) where ActivitySceneID=199 and[status] = 2 and DATEDIFF(MINUTE, CreateTime, GETDATE()) > 10").ToList();
if (playModel != null && playModel.Count > )
{
foreach (var item in playModel)
{
using (var trans = new TransactionScope())
{
//提交至微信查询
string returnCode = "SUCCESS";
Random ran = new Random();
int time = ran.Next();
if (time <= )
{
returnCode = "FAIL";
}
//去查询微信红包的信息
//模拟网络延迟
Thread.Sleep(time * );
if (returnCode == "SUCCESS")
{
item.Status = (int)TradeStatus.Success;
item.Remark = "success;time=" + DateTime.Now.ToString();
item.FinishTime = DateTime.Now;
dbContext.Update<VIPPassRedBag013Play>(item);
trans.Complete();
}
else
{
Qxun.Activity.Contract.VIPPassRedBag013 model = dbContext.Database
.SqlQuery<Qxun.Activity.Contract.VIPPassRedBag013>(@"select * from VIPPassRedBag013 with(updlock) where ActivitySceneID=199")
.FirstOrDefault();
VIPPassRedBag013Mode mode = dbContext.Database
.SqlQuery<Qxun.Activity.Contract.VIPPassRedBag013Mode>(@"select * from VIPPassRedBag013Mode with(updlock) where ID=" + item.VIPPassRedBag013ModeID).FirstOrDefault();
model.RedBagBalance += item.Money;
dbContext.Update<Qxun.Activity.Contract.VIPPassRedBag013>(model);
item.Status = (int)TradeStatus.Fail;
item.Remark = "fail;time=" + DateTime.Now.ToString();
item.FinishTime = DateTime.Now;
dbContext.Update<VIPPassRedBag013Play>(item);
mode.RemainCount += ;
dbContext.Update<VIPPassRedBag013Mode>(mode);
trans.Complete();
}
}
}
}
}
return View();
}

PS:经过这样改进,应该比之前的好多了。当然这样还是很远远不够的。希望各位路过的大神能够指点一二,甚是感谢!

EF+SQLSERVER控制并发下抢红包减余额(改进)的更多相关文章

  1. SQLServer控制用户访问权限表

    连接地址:http://www.cnblogs.com/yxyht/archive/2013/03/22/2975880.html 一.需求 在管理数据库过程中,我们经常需要控制某个用户访问数据库的权 ...

  2. (1)C# 创建ef sqlserver

    连接sql 如果报错不能连接的错误 把这三个IP地址的端口号设置上,并启用.第一个18.6是本机ip,之后就可以测试了 最后重启服务器

  3. sqlserver,mysql,oracle通用的模拟和改进的全文搜索算法

    问:数据库效率最低的地方是什么? 答:表扫描 问:表扫描常见的情况是 答:like '%a%' 这类查询 如果使用全文检索引擎,又无法满足我们的需求的时候怎么办,比如要从 一个商品名称 "农 ...

  4. (转)自己来控制EntityFramework4.1 Code-First,逐步消除EF之怪异现象

    转自:http://www.cnblogs.com/richwong/archive/2011/07/06/2098759.html 最近的项目开始使用EF4.1,拜读各路大侠文章数遍,满以为可以轻车 ...

  5. 调试EF源代码环境配置

    下载EF6的源代码,运行build编译,Nuget会自动下载所需的DLL. 打开EF的工程,可以在EF解决方案下直接新建调试用的项目代码 添加EF引用时选择解决方案中的Entity Framework ...

  6. [翻译][MVC 5 + EF 6] 12[完结]:高级场景

    原文:Advanced Entity Framework 6 Scenarios for an MVC 5 Web Application 1.执行原生SQL查询: EF Code First API ...

  7. sqlserver Distributed Transaction 分布式事务

    在webapi+ef+sqlserver开发项目时,利用transcope实现应用层级的事务时,偶尔会报分布式事务错误,而且很而复现,特别蛋疼.现将自己的解决方法初步整理下. 分析原因:搭建repos ...

  8. ECDSA—模加减模块

    如果a,b GF(P),则加法运算a+b=r (mod p),其中r满足0<r<p-1,即a+b除以p的余数,该操作成为模p加法.对于模减运算可以视为另类的模加运算,即a+(-b)=k ( ...

  9. 有关linqtosql和EF的区别

    LINQ to SQL和Entity Framework都是一种包含LINQ功能的对象关系映射技术.他们之间的本质区别在于EF对数据库架构和我们查询的类型实行了更好的解耦.使用EF,我们查询的对象不再 ...

随机推荐

  1. ios开发环境配置及cordova安装与常用命令

    一.ios开发环境配置 1.首先要有台Mac Book,如果有Mac Book,跳过步骤2.3.4,如果没有,执行步骤2.3.4: 2.下载并安装VMware Workstation,最好是下最新版本 ...

  2. awk简单用法

    awk是一个强大的文本分析工具,相对于grep的查找,sed的编辑,awk在其对数据分析并生成报告时,显得尤为强大.简单来说awk就是把文件逐行的读入,以空格为默认分隔符将每行切片,切开的部分再进行各 ...

  3. Post data using ajax in laravel 5

    转自:http://www.tuicool.com/articles/2u2mmmu Post data using ajax in laravel 5 to controller If you ar ...

  4. libtask channel机理及调度理解

    学习golang的时候libtask库的代码是一定要看的,需要深入理解chan和携程的运行机制,下面就结合libtask的源码说明下运行原理,如果理解的有偏差欢迎指正 下面是libtask中Chann ...

  5. VS2010 中 error 2732: 链接规范与的早期规范冲突 的解决

    在实验室做项目的时候遇到了这个问题,终于整明白了. 一般来说这个错误出现在类似以下的语句中 extern "C" int yylex(void); extern "C&q ...

  6. WGCNA算法研究笔记

    转自:http://www.gogoqq.com/ASPX/8390905/JournalContent/1303140588.aspx 研究了近半年的算法,记录下来给自己一个交代,也应该是考G前地最 ...

  7. 一 APPIUM基本理论知识

    1.APPIUM介绍 Appium 是一个自动化测试开源工具,支持 iOS 平台和 Android 平台上的原生应用,web 应用和混合应用.所谓的“移动原生应用”是指那些用 iOS SDK 或者 A ...

  8. Centos下关于ssh、scp与rsync设置与应用

    最近应公司要求,需要对文件数据进行远程传输与备份操作,特此写了一篇文章记录下了关于ssh.scp以及rsync的应用配置全过程,可能过程太过罗嗦,但主要就是想在不遗漏每个过程的情况下对此进行阐述,希望 ...

  9. 译者序(Core Data 应用开发实践指南)

    Core Data 是数据管理框架. 该书用Grocery Dude 购物管理程序来贯穿整个学习过程. 本书共分三个部分: 前7章为基础篇.从基础知识.迁移方式及扩展方式来讲解托管对象模型.怎么用图形 ...

  10. js架构设计模式——MVVM模式下,ViewModel和View,Model有什么区别

    MVVM模式下,ViewModel和View,Model有什么区别 Model:很简单,就是业务逻辑相关的数据对象,通常从数据库映射而来,我们可以说是与数据库对应的model. View:也很简单,就 ...