比如有一个逻辑,判断一个活动总支付人数,每满1000人就随机送礼包,查询支付总人数:
select count(*) as total from payrecord where act_id='act'
因为没有redis,其实我很想用redis计数,但是没有,假如同时5个人支付,假设第999人,和第1000,第1001人同时支付的,这个时候会不会都是返回1001的情况,这样就没有触发发礼品的逻辑。
对这种并发查询一个结果,特别是数量的情况,假设没有redis,还有什么办法可以保证可靠性?
比如有一个逻辑,判断一个活动总支付人数,每满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号