MySQL逻辑删除与唯一索引冲突解决方案

2025-07-16 18:50

本文主要是介绍MySQL逻辑删除与唯一索引冲突解决方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

《MySQL逻辑删除与唯一索引冲突解决方案》本文探讨MySQL逻辑删除与唯一索引冲突问题,提出四种解决方案:复合索引+时间戳、修改唯一字段、历史表、业务层校验,推荐方案1和方案3,适用于不同场景,感兴...

问题背景

mysql数据库设计中,逻辑删除(软删除)是一种常见的实践,它通过设置标志位(如is_delete)来标记记录被"删除",而不是实际删除数据。然而,当表中存在唯一约束时,如在用户表中我们要求用户名必须唯一,并且用户数据不要物理删除,那这个时候可能会产生一个问题:

  • 用户A(username=“Tom”)被逻辑删除(is_delete=1)
  • 新用户尝试使用username="Tom"注册时
  • 唯一约束阻止创建新记录,即使原始用户已被"删除"

本文将介绍解决此问题的方案。

问题复现

1.创建用户表

CREATE TABLE users (
    id INT AUTO_INCREMENT PRIMARY KEY ,
    username VARCHAR(50) NOT NULL COMMENT '用户名',
    email VARCHAR(100) NOT NULL COMMENT '用户邮箱',
    is_delete TINYINT(1) NOT NULL DEFAULT 0 COMMENT '逻辑删除标记,用于标记当前记录是否已删除,0:否,1:是'
);

2.执行脚本

-- 插入一条测试数据,用户名为:tom
INSERT INTO users (username, email) VALUES ('tom', 'tom@example.com');
-- 逻辑删除tom用户(is_delet设置为1)
UPDATE users SET is_delete = 1 WHERE username = 'tom';
-- 创建同名用户(is_delete不同)
INSERT INTO users (username, email) VALUES ('tom', 'new_tom@example.com');

在执行第三步时,会报错如下:

[23000][1062] Duplicate entry 'tom' for key 'users.idx_uq_username'

原因分析:从结果可以看到,在插入相同名字的记录时,违反了唯一约束idx_uq_username,但实际上用户tom已经删除了,唯一索引阻止了用户名=tom的记录插入。

解决方案

解决方案1.复合唯一索引 + 时间戳删除字段

改动点:
1)添加一个字段delete_time,用于记录被删除的时间,默认值为NULL,当删除该记录时将该字段设置为当前时间
2)新建复合唯一索引,将用户名username和删除时间delete_time字段包含在复合唯一索引中

-- 方案1
CREATE TABLE users_test1 (
    id INT AUTO_INCREMENT PRIMARY KEY ,
    username VARCHAR(50) NOT NULL COMMENT '用户名',
    email VARCHAR(100) NOT NULL COMMENT '用户邮箱',
    is_delete TINYINT(1) NOT NULL DEFAULT 0 COMMENT '逻辑删除标记,用于标记当前记录是否已删除,0:否,1:是',
    delete_time DATETIME NULL DEFAULT NULL COMMENT '逻辑删除时间,默认为NULL'
);
-- 添加复合唯一索引
ALTER TABLE users_test1
ADD UNIQUE INDEX idx_unique_username_dt (username, delete_time);
-- 插入初始用户
INSERT INTO users_test1 (username, email) VALUES ('tom', 'tom@example.com');
-- 逻辑删除用户(设置删除时间)
UPDATE users_test1 SET is_delete = 1,delete_time = NOW() WHERE username = 'tom';
-- 创建同名新用户(delete_time为NULL)
INSERT INTO users_test1 (username, email) VALUES ('tom', 'new_tom@example.com');

执行完上面脚本发现并没有报错,执行查询sql

select * from users_test1;

结果如下:

+--+--------+-------------------+---------+-------------------+
|id|username|email              |is_delete|delete_time        |
+--+--------+-------------------+---------+-------------------+
|1 |tom     |tom@example.com    |1        |2025-07-13 14:55:59|
|2 |tom     |new_tom@example.com|0        |null               |
+--+--------+-------------------+---------+-------------------+

解决方案2:删除后修改唯一字段值

改动点:
在逻辑删除时,为唯一字段添加特定前缀/后缀,使其不再与原有值冲突

-- 方案2 删除后修改唯一字段值
CREATE TABLE users_test2 (
    id INT AUTO_INCREMENT PRIMARY KEY ,
    username VARCHAR(50) NOT NULL COMMENT '用户名',
    email VARCHAR(100) NOT NULL COMMENT '用户邮箱',
    is_delete INT(1) NULL DEFAULT 0 COMMENT '逻辑删除标记,用于标记当前记录javascript是否已删除,0:否,1:是'
);
-- 添加复合唯一索引
ALTER TABLE users_test2
ADD UNIQUE INDEX idx_unique_username (username);
-- 插入初始用户
INSERT INTO users_test2 (username, email) VALUES ('tom', 'tom@example.com');
-- 逻辑删除用户,修改用户名
UPDATE users_test2 SET is_delete = 1,username = CONCAT(username, '_deleted_', UUID_SHORT()) WHERE username = 'tom';
-- 创建同名新用户
INSERT INTO users_test2 (username, email) VALUES ('tom', 'new_tom@example.com');
select * from users_test2;

查询结果示例:

+--+------------------------------+-------------------+---------+
|id|username                      |email              |is_delete|
+--+------------------------------+-------------------+---------+
|1 |tom_deleted_100950808475992064|tom@example.com    |1        |
|2 |tom                           |new_tom@example.com|0        |
+--+------------------------------+-------------------+---------+

解决方案3. 使用历史表

修改点:将删除的记录移动到专门的历史表,主表只保留有效记录

-- 方案3
-- 主表(活跃用户)
CREATE TABLE users_test3 (
    id INT AUTO_INCREMENT PRIMARY KEY ,
    username VARCHAR(50) NOT NULL COMMENT '用户名',
    email VARCHAR(100) NOT NULL COMMENT '用户邮箱',
    is_delete INT(1) NULL DEFAULT 0 COMMENT '逻辑删除标记,用于标记当前记录是否已删除,0:否,1:是'
);
-- 添加复合唯一索引
Ahttp://www.chinasem.cnLTER TABLE users_test3
ADD UNIQUE INDEX idx_unique_username (username);
-- 历史表(已删除用户)
CREATE TABLE users_test3_deleted (
    id INT AUTO_INCREMENT PRIMARY KEY ,
    username VARCHAR(50) NOT NULL COMMENT '用户名',
    email VARCHAR(100) NOT NULL COMMENT '用户邮箱',
    is_delete INT(1) NULL DEFAULT 0 COMMENT '逻辑删除标记,用于标记当前记录是否已删除,0:否,1:是'
);
-- 添加历史表复合唯一索引
ALTER TABLE users_test3_deleted 
ADD UNIQUE INDEX idx_unique_username (username);
-- 插入测试数据
INSERT INTO users_test3 (username, email) VALUES ('tom', 'tom@example.com');
-- 逻辑删除:移动到历史表
INSERT INTO users_test3_deleted (id, username, email,is_deletjse)
SELECT id, username, email,1 FROM users_test3 WHERE username = 'tom';
-- 删除原纪录
DELETE FROM users_test3 WHERE username = 'tom';
-- 可以重新创建原用户名
INSERT INTO users_test3 (username, email) VALUES ('tom', 'new_tom@example.com');
select * from users_test3;
select * from users_test3_deleted;

解决方案4. 业务层校验+更新记录

修改点:
保持唯一索引不变,在业务层处理冲突

-- 创建表(普通唯一索引)
CREATE TABLE users_test4 (
    id INT AUTO_INCREMENT PRIMARY KEY ,
    username VARCHAR(50) NOT NULL COMMENT '用户名',
    email VARCHAR(100) NOT NULL COMMENT '用户邮箱',
    is_delete INT(1) NULL DEFAULT 0 COMMENT '逻辑删除标记,用于标记当前记录是否已删除,0:否,1:是'
);
-- 业务层逻辑示例伪代码:
/*
1. 先查询是否存在已删除的同名用户
   SELECT编程 id FROM users_test4 WHERE use编程rname = ? AND is_delete = 1
2. 如果存在,则更新原记录(恢复)
   UPDATE users_test4 SET is_delete = 0, email = ? WHERE username = ?
3. 如果不存在,则新建记录
   INSERT INTO users_test4 (username, email) VALUES (?, ?)
*/

总结

  • 复合唯一索引 + 时间戳删除字段:需要需修改表结构,适用于新项目设计,需保留完整数据历史且查询频繁的系统
  • 删除后修改唯一字段值:需要修改业务字段(如用户名),可能影响日志或历史记录追溯,适用于临时解决方案;
  • 使用历史表:需同步维护两个表结构,备份恢复方便,查询主表的数据量比较小,查询效率高,适用于数据量大、删除频繁且需要严格区分活跃/历史数据的系统;
  • 业务层校验+更新记录:不用修改字段,需编写额外校验和恢复逻辑,可能存在并发问题风险;

综合以上,建议采用方案1和方案3

到此这篇关于MySQL逻辑删除与唯一索引冲突解决的文章就介绍到这了,更多相关mysql逻辑删除与唯一索引冲突内容请搜索China编程(www.chinasem.cn)以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程China编程(www.chinasem.cn)!

这篇关于MySQL逻辑删除与唯一索引冲突解决方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1155403

相关文章

MySQL进行数据库审计的详细步骤和示例代码

《MySQL进行数据库审计的详细步骤和示例代码》数据库审计通过触发器、内置功能及第三方工具记录和监控数据库活动,确保安全、完整与合规,Java代码实现自动化日志记录,整合分析系统提升监控效率,本文给大... 目录一、数据库审计的基本概念二、使用触发器进行数据库审计1. 创建审计表2. 创建触发器三、Java

Zabbix在MySQL性能监控方面的运用及最佳实践记录

《Zabbix在MySQL性能监控方面的运用及最佳实践记录》Zabbix通过自定义脚本和内置模板监控MySQL核心指标(连接、查询、资源、复制),支持自动发现多实例及告警通知,结合可视化仪表盘,可有效... 目录一、核心监控指标及配置1. 关键监控指标示例2. 配置方法二、自动发现与多实例管理1. 实践步骤

MySQL 主从复制部署及验证(示例详解)

《MySQL主从复制部署及验证(示例详解)》本文介绍MySQL主从复制部署步骤及学校管理数据库创建脚本,包含表结构设计、示例数据插入和查询语句,用于验证主从同步功能,感兴趣的朋友一起看看吧... 目录mysql 主从复制部署指南部署步骤1.环境准备2. 主服务器配置3. 创建复制用户4. 获取主服务器状态5

SpringBoot中六种批量更新Mysql的方式效率对比分析

《SpringBoot中六种批量更新Mysql的方式效率对比分析》文章比较了MySQL大数据量批量更新的多种方法,指出REPLACEINTO和ONDUPLICATEKEY效率最高但存在数据风险,MyB... 目录效率比较测试结构数据库初始化测试数据批量修改方案第一种 for第二种 case when第三种

python生成随机唯一id的几种实现方法

《python生成随机唯一id的几种实现方法》在Python中生成随机唯一ID有多种方法,根据不同的需求场景可以选择最适合的方案,文中通过示例代码介绍的非常详细,需要的朋友们下面随着小编来一起学习学习... 目录方法 1:使用 UUID 模块(推荐)方法 2:使用 Secrets 模块(安全敏感场景)方法

MySql基本查询之表的增删查改+聚合函数案例详解

《MySql基本查询之表的增删查改+聚合函数案例详解》本文详解SQL的CURD操作INSERT用于数据插入(单行/多行及冲突处理),SELECT实现数据检索(列选择、条件过滤、排序分页),UPDATE... 目录一、Create1.1 单行数据 + 全列插入1.2 多行数据 + 指定列插入1.3 插入否则更

MySQL深分页进行性能优化的常见方法

《MySQL深分页进行性能优化的常见方法》在Web应用中,分页查询是数据库操作中的常见需求,然而,在面对大型数据集时,深分页(deeppagination)却成为了性能优化的一个挑战,在本文中,我们将... 目录引言:深分页,真的只是“翻页慢”那么简单吗?一、背景介绍二、深分页的性能问题三、业务场景分析四、

MySQL 迁移至 Doris 最佳实践方案(最新整理)

《MySQL迁移至Doris最佳实践方案(最新整理)》本文将深入剖析三种经过实践验证的MySQL迁移至Doris的最佳方案,涵盖全量迁移、增量同步、混合迁移以及基于CDC(ChangeData... 目录一、China编程JDBC Catalog 联邦查询方案(适合跨库实时查询)1. 方案概述2. 环境要求3.

SQL server数据库如何下载和安装

《SQLserver数据库如何下载和安装》本文指导如何下载安装SQLServer2022评估版及SSMS工具,涵盖安装配置、连接字符串设置、C#连接数据库方法和安全注意事项,如混合验证、参数化查... 目录第一步:打开官网下载对应文件第二步:程序安装配置第三部:安装工具SQL Server Manageme

C#连接SQL server数据库命令的基本步骤

《C#连接SQLserver数据库命令的基本步骤》文章讲解了连接SQLServer数据库的步骤,包括引入命名空间、构建连接字符串、使用SqlConnection和SqlCommand执行SQL操作,... 目录建议配合使用:如何下载和安装SQL server数据库-CSDN博客1. 引入必要的命名空间2.