解析MyBatisPlus解决逻辑删除与唯一索引的兼容问题

 更新时间:2023年04月14日 08:34:50   作者:雨点的名字  
这篇文章主要介绍了MyBatisPlus解决逻辑删除与唯一索引的兼容问题,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下

需求背景

比如有张用户表,在插入或者更新数据的时候,我们需要 用户名称(username),不能重复。

我们首先考虑的是给该字段创建唯一索引

create unique index uni_username on user(username)

似乎这样就可以了,然而事情并没有那么简单。

因为我们表中的数据在删除的时候不会真的的删除,而是采用逻辑删除,会有一个 deleted 字段使用0,1标识未删除与已删除。

当然我们可以考虑将 username + deleted 组合成一个联合唯一索引。

create unique index uni_username_deleted on user(username,deleted)

这样就ok了吗?

其实会有一个新的问题,就是如果同一个用户名如果被删除一次。

再去删除会发现系统报错了,因为该条数据已经存在了,不能在删除了。

是不是很多时候因为逻辑删除与唯一索引的冲突,你就不创建唯一索引,想着自己写的代码自己有信心不会出现脏数据的。

这么想你就太天真啦,数据库是我们最后一道防线,这道防线都不要了嘛?

阿里巴巴手册有关索引规范,第一条就是

【强制】业务上具有唯一特性的字段,即使是组合字段,也必须建成唯一索引。

手册还有这么一句话:

即使在应用层做了非常完善的校验和控制,只要没有唯一索引,根据墨菲定律,必然有脏数据产生。

所以唯一索引非常有必要!!!

那该怎么做能让逻辑删除与唯一索引兼容?

现在大家比较通用的办法就是

我们依旧可以将 username + deleted 组合成一个联合唯一索引,但是删除的时候deleted不再是固定的1,而是当前的主键ID,也就是deleted不等于0都是删除状态,如果删除了那deleted值=id值

既然确立了解决方案,那就该思考怎么做?

二、MyBatisPlus逻辑删除

MyBatisPlus是支持逻辑删除的,如果确定在哪个字段是逻辑删除字段,那就在该字段上添加一个注解

  /**
     * 1、删除 0、未删除
     */
    @TableLogic(value = "0", delval = "1")
    private Integer deleted;

这个一来操作数据是会自动变成如下:

  • 查询时: 查询条件会自动加上 'AND deleted = 0'
  • 删除时: 自定添加 'UPDATE SET deleted = 1 … WHERE … AND deleted = 0'

如果你想删除的时候不再是固定1而是id值,那么就可以这样改

    @TableLogic(value = "0", delval = "id")
    private Integer deleted;

如果想改成全局的那么在配置文件中添加

mybatis-plus:
  global-config:
    db-config:
      logic-delete-value: 1 # 逻辑已删除值(默认为 1)
      logic-not-delete-value: 0 # 逻辑未删除值(默认为 0)

三、测试

1、用户表

CREATE TABLE `user` (
  `id` int unsigned  AUTO_INCREMENT COMMENT '主键',
  `username` varchar(128)  COMMENT '用户名',
  `phone` varchar(32)  COMMENT '手机号',
  `sex` char(1)  COMMENT '性别',
  `create_time` datetime  COMMENT '创建时间',
  `update_time` datetime  COMMENT '更新时间',
  `deleted` tinyint DEFAULT '0' COMMENT '1、删除 0、未删除',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 

2、创建对应实体

@Data
@Accessors(chain = true)
@TableName("user")
public class UserDO implements Serializable {

    private static final long serialVersionUID = 1L;

    @TableId(type = IdType.AUTO)
    private Integer id;
    /**
     * 用户名
     */
    private String username;
    /**
     * 手机号
     */
    private String phone;
    /**
     * 性别
     */
    private String sex;
    /**
     * 创建时间
     */
    private LocalDateTime createTime;
    /**
     * 更新时间
     */
    private LocalDateTime updateTime;

    /**
     * 1、删除 0、未删除
     */
    private Integer deleted;
}

3、物理删除测试

注意: 目前 deleted 字段是没有添加 @TableLogic注解,同是在全局也没有定义逻辑删除

我们来看下删除示例

    @Test
    public void deleteById() {
        //方式一:根据id删除
        mapper.deleteById(10);
        //方式二:根据指定字段删除
        LambdaQueryWrapper<UserDO> wrapper = new LambdaQueryWrapper<>();
        wrapper.eq(UserDO::getSex, "男");
        mapper.delete(wrapper);
        //方式三:手动逻辑删除
        UserDO userDO = new UserDO();
        userDO.setId(10);
        userDO.setDeleted(1);
        mapper.updateById(userDO);
    }

执行结果

--方式1
DELETE FROM user WHERE id=10
--方式2
DELETE FROM user WHERE (sex = '男')
--方式3
UPDATE user SET deleted=1 WHERE id=10

我们通过结果可以看出,如果不添加逻辑删除标识 那删除就是物理删除。

4、逻辑删除测试

我们在deleted属性字段 添加 逻辑删除标识

 @TableLogic(value = "0", delval = "id")
 private Integer deleted;

我们再来执行上面三个删除,看下执行结果

--方式1
UPDATE user SET deleted=id WHERE id=10 AND deleted=0
--方式2
UPDATE user SET deleted=id WHERE deleted=0 AND (sex = '男')
--方式3
报错了

从执行结果来看,方式一和方式二都从之前的物理删除变成了逻辑删除。

但为什么方式三会报错呢?我们来看下报错的结果

发现问题了,最终执行的SQL竟然是:

UPDATE user  WHERE id=?  AND deleted=0

为什么是这样,正常不应该是

UPDATE user SET deleted=1  WHERE id=?  AND deleted=0

这个就需要去看Mybatisplus到底做了什么操作,改变了我们的SQL

真相大白了

Mybatisplus在updateById更新时,如果已经加了逻辑删除标记,那做SQL拼接的时候,会自动过滤掉逻辑删除的Set拼接

所以在实际开发中就非常注意,如果你的项目一开始是没有加Mybatisplus逻辑删除标识的,后面你在加逻辑删除标识时,不是说加了就好了。

你还需要考虑对整体项目有没有影响,如果之前是用updateById做逻辑删除,那就会导致之前的删除失败甚至是报错,这一点一定要注意。

到此这篇关于MyBatisPlus解决逻辑删除与唯一索引的兼容问题的文章就介绍到这了,更多相关MyBatisPlus逻辑删除与唯一索引内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

相关文章

  • Java中Logger定义的3种方式及最佳实践

    Java中Logger定义的3种方式及最佳实践

    这篇文章主要介绍了Java中三种常见的Logger定义方式及其优缺点,同时文章还讨论了Logger的命名和访问修饰符的最佳实践,文中通过代码介绍的非常详细,需要的朋友可以参考下
    2025-02-02
  • Java获取XML节点总结之读取XML文档节点的方法

    Java获取XML节点总结之读取XML文档节点的方法

    下面小编就为大家带来一篇Java获取XML节点总结之读取XML文档节点的方法。小编觉得挺不错的,现在就分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2016-10-10
  • 利用Spring插件实现策略模式的案例详解

    利用Spring插件实现策略模式的案例详解

    Spring插件提供了一种更实用的插件开发方法,它提供了插件实现扩展核心系统功能的核心灵活性,但当然不提供核心OSGi功能,如动态类加载或运行时安装和部署插件,本文就来聊下如何使用spring插件来实现策略模式,需要的朋友可以参考下
    2023-05-05
  • maven <repositories>标签和<pluginRepositories>标签的使用

    maven <repositories>标签和<pluginRepositories>标签的使用

    这篇文章主要介绍了maven <repositories>标签和<pluginRepositories>标签的使用,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2020-07-07
  • 解决使用IDEA时跳转到.class的问题

    解决使用IDEA时跳转到.class的问题

    这篇文章主要介绍了解决使用IDEA时跳转到.class的问题,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2021-08-08
  • Java调用微信支付功能的方法示例代码

    Java调用微信支付功能的方法示例代码

    这篇文章主要介绍了Java调用微信支付功能的方法示例代码,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2020-08-08
  • mybatisplus的坑 insert标签insert into select无参数问题的解决

    mybatisplus的坑 insert标签insert into select无参数问题的解决

    这篇文章主要介绍了mybatisplus的坑 insert标签insert into select无参数问题的解决,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2021-12-12
  • Java基础学习之接口详解

    Java基础学习之接口详解

    接口,是Java语言中一种引用类型,是方法的集合,如果说类的内部封装了成员变量、构造方法和成员方法,那么接口的内部主要就是封装了方法。本文通过一些示例详细为大家展示了接口的使用,需要的可以参考一下
    2022-10-10
  • Android 屏幕分辨率的整理

    Android 屏幕分辨率的整理

    这篇文章主要介绍了Android 屏幕分辨率的整理的相关资料,这里整理了常见的分辨率希望能帮助到大家,需要的朋友可以参考下
    2017-08-08
  • JSON序列化导致Long类型被搞成Integer的坑及解决

    JSON序列化导致Long类型被搞成Integer的坑及解决

    这篇文章主要介绍了JSON序列化导致Long类型被搞成Integer的坑及解决方案,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2022-01-01

最新评论