CRON脚本每日插入数据库订单重复问题：插入前检查方案咨询

我之前维护定时任务的时候也碰到过一模一样的重复插入坑，给你几个从根源到逻辑层面的解决方案，按靠谱程度排序：

1. 先给数据库加唯一约束（最底层保障） #

这是最稳妥的办法，不管脚本逻辑有没有漏洞，数据库直接帮你拦住重复数据。既然你的订单表是以Order ID和Order number作为唯一键，那直接给这两个字段加联合唯一索引：

MySQL/MariaDB示例： #

ALTER TABLE your_order_table
ADD UNIQUE KEY unique_order (order_id, order_number);

PostgreSQL示例： #

ALTER TABLE your_order_table
ADD CONSTRAINT unique_order UNIQUE (order_id, order_number);

加了这个约束之后，重复插入时数据库会抛出唯一键冲突的错误，你的CRON脚本可以捕获这个错误，直接跳过当前订单的插入就行，不用再纠结检查逻辑。

2. 使用原子化的插入语句（避免竞态问题） #

如果不想依赖数据库报错处理，也可以用数据库支持的“插入前检查”原子语句，这样不用先查询再插入（先查再插会有竞态：两个脚本实例同时查，都发现不存在，然后都插入）。

MySQL/MariaDB用INSERT ... ON DUPLICATE KEY UPDATE #

如果重复的话，你可以选择什么都不做，或者更新某个字段（比如更新最后尝试插入的时间）：

INSERT INTO your_order_table (order_id, order_number, article_number, ...)
VALUES ('ORD-123', 'NUM-456', 789, ...)
ON DUPLICATE KEY UPDATE last_attempted = NOW();
-- 如果你啥都不想做，也可以写成 ON DUPLICATE KEY UPDATE order_id = order_id; （无意义更新，跳过插入）

PostgreSQL用INSERT ... ON CONFLICT DO NOTHING #

这个更直接，冲突就啥都不做：

INSERT INTO your_order_table (order_id, order_number, article_number, ...)
VALUES ('ORD-123', 'NUM-456', 789, ...)
ON CONFLICT (order_id, order_number) DO NOTHING;

3. 脚本层面先查询再插入（不推荐，但应急可用） #

如果因为某些原因没法改数据库或者用原子语句，那可以在脚本里先查询是否存在该订单，再决定是否插入。但要注意：如果你的CRON脚本可能并发运行（比如前一次没跑完又启动了新的），这个方法会有竞态问题，还是可能重复插入。

举个伪代码例子（假设用Python+MySQL）：

import mysql.connector

db = mysql.connector.connect(...)
cursor = db.cursor()

# 先查询是否存在
check_query = "SELECT 1 FROM your_order_table WHERE order_id = %s AND order_number = %s"
cursor.execute(check_query, ('ORD-123', 'NUM-456'))
exists = cursor.fetchone()

if not exists:
    # 不存在才插入
    insert_query = "INSERT INTO your_order_table (order_id, order_number, article_number, ...) VALUES (%s, %s, %s, ...)"
    cursor.execute(insert_query, ('ORD-123', 'NUM-456', 789, ...))
    db.commit()

cursor.close()
db.close()

总结一下：优先用数据库唯一约束+原子插入语句的组合，既安全又高效，完全解决重复插入的问题。

内容的提问来源于stack exchange，提问作者Dextranovich