比如有一个逻辑，判断一个活动总支付人数，每满1000人就随机送礼包，查询支付总人数：
<code>select count(*) as total from payrecord where act_id='act'</code>
因为没有redis，其实我很想用redis计数，但是没有，假如同时5个人支付，假设第999人，和第1000，第1001人同时支付的，这个时候会不会都是返回1001的情况，这样就没有触发发礼品的逻辑。
对这种并发查询一个结果，特别是数量的情况，假设没有redis，还有什么办法可以保证可靠性？
比如有一个逻辑，判断一个活动总支付人数，每满1000人就随机送礼包，查询支付总人数：
<code>select count(*) as total from payrecord where act_id='act'</code>
因为没有redis，其实我很想用redis计数，但是没有，假如同时5个人支付，假设第999人，和第1000，第1001人同时支付的，这个时候会不会都是返回1001的情况，这样就没有触发发礼品的逻辑。
对这种并发查询一个结果，特别是数量的情况，假设没有redis，还有什么办法可以保证可靠性？
可以存一个锁（锁存在哪里并不重要），在第1000人的时候上锁，逻辑上先判断是否已经被锁，再去count.
简单的方法是每在随机送礼包前判断是否有发送记录，有的话，则跳过去（这一块的并发应该不受影响），方法和楼上的差不多。
加上where不就行了吗？
<code>protected function _afterPayment($order) {
select count(*) from order where status = 'paid' and paid_time addOrderItem($order.id, $礼包_id);
}
}</code>
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
