比如有一个逻辑,判断一个活动总支付人数,每满1000人就随机送礼包,查询支付总人数:
select count(*) as total from payrecord where act_id='act'
因为没有redis,其实我很想用redis计数,但是没有,假如同时5个人支付,假设第999人,和第1000,第1001人同时支付的,这个时候会不会都是返回1001的情况,这样就没有触发发礼品的逻辑。
对这种并发查询一个结果,特别是数量的情况,假设没有redis,还有什么办法可以保证可靠性?
集企业自助建站、网络营销、商品推广于一体的系统 功能说明: 1、系统采用Microsoft SQL Server大型数据库支持,查询数据库用的全是存储过程,速度和性能极好。开发环境是vs.net,采用4层结构,具有很好的可维护性和可扩冲性。 2、用户注册和登陆 未注册用户只具备浏览商品、新闻和留言功能;要采购商品,需接受服务协议并填写相关注册信息成为正式用户后方可进行,以尽可能减少和避免无效
0
比如有一个逻辑,判断一个活动总支付人数,每满1000人就随机送礼包,查询支付总人数:
select count(*) as total from payrecord where act_id='act'
因为没有redis,其实我很想用redis计数,但是没有,假如同时5个人支付,假设第999人,和第1000,第1001人同时支付的,这个时候会不会都是返回1001的情况,这样就没有触发发礼品的逻辑。
对这种并发查询一个结果,特别是数量的情况,假设没有redis,还有什么办法可以保证可靠性?
可以存一个锁(锁存在哪里并不重要),在第1000人的时候上锁,逻辑上先判断是否已经被锁,再去count.
简单的方法是每在随机送礼包前判断是否有发送记录,有的话,则跳过去(这一块的并发应该不受影响),方法和楼上的差不多。
加上where不就行了吗?
protected function _afterPayment($order) {
select count(*) from order where status = 'paid' and paid_time < $order.paid_time;
if ((count(*) + 1) % 1000 < 1) {
$this->addOrderItem($order.id, $礼包_id);
}
}
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号