数据库Key键冲突怎么办

“数据库 Key 键冲突”通常指主键（Primary Key）、唯一键（Unique Key）或缓存/中间件中的 Key 发生冲突。不同场景处理方式不同，下面系统说明。

一、关系型数据库（MySQL / PostgreSQL 等）

1. 主键 / 唯一键冲突常见原因

• 重复插入相同主键值
• 并发写入
• 数据迁移、同步错误
• 自增 ID 用尽或手动指定错误

2. 解决方案

✅ 方案 1：插入时避免冲突

MySQL

INSERT IGNORE INTO user(id, name) VALUES (1, 'Tom');

（冲突则忽略）

冲突时更新（UPSERT）

INSERT INTO user(id, name) VALUES (1, 'Tom')
ON DUPLICATE KEY UPDATE name = 'Tom';

PostgreSQL

INSERT INTO user(id, name) VALUES (1, 'Tom')
ON CONFLICT (id) DO UPDATE SET name = 'Tom';

✅ 方案 2：先查后插（不推荐高并发）

IF NOT EXISTS (SELECT 1 FROM user WHERE id = 1)
    INSERT ...

⚠️ 并发下仍有风险

✅ 方案 3：使用自增 / UUID

• 自增 ID（简单但分布式不便）
• UUID / Snowflake（分布式友好）

✅ 方案 4：修复已有冲突数据

-- 查找重复主键
SELECT id, COUNT(*)
FROM user
GROUP BY id
HAVING COUNT(*) > 1;

然后删除或合并数据。

二、Redis Key 冲突

1. 原因

• 不同业务使用相同 Key
• 命名不规范
• 环境共用（测试/生产）

2. 解决方案

✅ 统一 Key 命名规范

业务:模块:唯一标识
user:profile:1001
order:cache:20260101

✅ 加前缀 / 命名空间

SET app1:user:1 xxx
SET app2:user:1 yyy

✅ 使用 DB 分库

SELECT 1

三、分布式 / 多节点数据库

1. 常见冲突

• 双写
• 主从同步冲突
• 分库分表路由错误

2. 解决思路

• 使用全局唯一 ID（Snowflake / Leaf）
• 避免多写入口
• 使用分布式锁
• 数据库层做唯一约束兜底

四、通用最佳实践 ✅

1. 所有关键字段加唯一约束
2. Key 命名统一规范
3. 写操作使用 UPSERT
4. 日志记录冲突 SQL
5. 定期巡检重复数据

如果你能告诉我：

• 用的是 哪种数据库（MySQL / Redis / PG）
• 是 主键冲突 / 唯一键冲突 / Redis Key 冲突
• 是否 高并发 / 分布式

我可以给你更精确的解决方案和 SQL 示例。