最有效方法是在数据库关键字段上添加UNIQUE索引，配合PHP捕获1062异常并返回“已存在”提示；或使用INSERT ... ON DUPLICATE KEY UPDATE等原子语句，从根本上避免并发重复写入。
核心问题不在 Nginx，而在于后端应用层缺乏并发控制。Nginx 本身不参与业务逻辑，它只做请求分发；当多个请求被同时分发到不同 PHP 实例（如 A 和 B 服务器），而它们又共用同一数据库、且写入前仅靠“先查后插”判断唯一性，就会因检查与插入之间存在时间窗口，导致重复写入。
确保数据库层强制唯一约束
这是最基础也最有效的防线：
- 在对应数据表的关键字段（如订单号、手机号、业务单号）上添加 UNIQUE 索引，而非仅靠应用逻辑判断
- PHP 插入失败时捕获数据库异常（如 MySQL 的 1062 错误码），统一返回“已存在”提示，避免静默成功
- 索引能保证原子性，无论多少并发请求同时写入，数据库只会接受第一条，其余全部报错
将判断与写入合并为原子操作
如果业务逻辑必须依赖“存在则跳过，不存在则写入”，就不能拆成两步查询+插入：
- 使用 INSERT ... ON DUPLICATE KEY UPDATE（MySQL）或 INSERT ... ON CONFLICT DO NOTHING（PostgreSQL）语句，一条 SQL 完成判断与写入
- 若需事务保障，务必开启事务，并在 SELECT 时加 SELECT ... FOR UPDATE 锁住相关行，防止其他事务并发修改或插入
- 避免在 PHP 中用 if (count === 0) { insert(); } 这类非原子结构
引入外部协调机制应对高并发热点
当某条数据成为高频争抢目标（如秒杀商品库存扣减），仅靠数据库锁可能成为瓶颈：
- 用 Redis 的 INCR 或 SETNX 实现分布式计数或占位，成功者才进入数据库写入流程
- 将写请求投递至消息队列（如 RabbitMQ、Kafka），由单消费者串行处理，彻底消除并发冲突
- 注意：队列方案会增加延迟，适用于允许最终一致性的场景，如日志记录、通知推送等
检查并规避 Nginx 层潜在干扰
虽然 Nginx 不直接引发数据冲突，但某些配置可能加剧问题表现：
- 确认未启用 proxy_cache 缓存 POST/PUT 请求——这类缓存可能导致客户端误以为提交成功，实则未达后端
- 避免使用 ip_hash 策略将用户长期绑定到单一节点，这会掩盖问题但不解决本质；真正需要的是全集群一致的并发控制
- 确保所有后端 PHP 实例使用相同的时区、字符集和连接配置，减少因环境差异导致的隐式行为不一致
