高并发秒杀：PHP+Redis与数据库库存一致性解决方案
高并发秒杀系统中，如何确保Redis缓存库存与数据库库存数据一致性是核心挑战。本文分析基于Redis原子自减操作和数据库操作的秒杀流程，探讨可能出现的问题及解决方案。
常见的秒杀流程：下单 -> Redis扣减库存 -> 创建订单 -> 支付成功，更新数据库。 代码片段使用Redis的decrBy方法原子性地减少库存，订单创建失败则incrBy回退库存。然而，在高并发下，“少卖”问题依然可能发生。
问题根源在于$redis->decrBy('goods_id', $num)和create_order()并非原子操作。多个请求同时成功扣减Redis库存，但由于create_order()处理时间差异，部分订单可能数据库创建失败，而Redis库存已扣减。即使回退Redis库存，MySQL操作的非原子性和缺乏数据库锁机制，仍然无法完全避免“少卖”。
核心问题：Redis库存扣减成功后，MySQL订单创建失败无法可靠回滚Redis库存，导致库存数据不一致。
解决方案：将Redis库存扣减和数据库订单创建关联起来，使其成为原子操作。建议在Redis库存扣减成功后，将任务放入消息队列，由队列消费者负责更新数据库库存。此方法解耦Redis和数据库操作，利用消息队列保证最终一致性。异步处理数据库更新，减轻数据库压力，即使数据库操作失败，也不会影响Redis库存，有效解决“少卖”问题。
