基于mybatisplus使用逻辑删除的时候，解决唯一索引的冲突问题

场景：

表中有逻辑删除字段"deleted",tinyint类型，0表示未删除，其余的表示已删除，近期准备加唯一索引的时候发现问题，假如有某个唯一索引的字段，删除后，又重新创建同样一条记录，再次删除的时候，就会出现唯一索引重复的问题，这个时候，唯一索引和逻辑删除就有冲突了，无法并存。

解决方案：

1.不使用唯一索引

有时候程序校验不严格的时候，会出现各种异常，不能保证所有团队成员每时每刻的意识素质都一定过硬，极不推荐使用

2.去掉逻辑删除字段

基于业务的特殊性，确实是需要软删除，所以直接pass

3.将逻辑删除字段改为时间类型

这个是在mybatisplus的官网文档中找到的

每条记录的删除时间不同，所以重复的概率基本可以忽略不计,这个方案可行，但由于项目的特殊性，需要适配不同的数据库类型，所以也不能直接使用数据库函数

4.调整mybatisplus实现逻辑

阅读了一下mybatisplus中生成删除语句的地方的源码方法，是private进行修饰的，且别的地方引用都是直接指定了包的，那么也就是说没办法通过一些修改注入对象的方式来用优雅的手段进行调整

这里的描述是说可以overrided，比较费解

自己clone一份mybatisplus的源码，稍微改造一下，适配成获取当前系统时间戳的方式设置逻辑删除字段的值来标识已删除状态的数据，借鉴了第3中方案的官方做法，可行，但会导致后续更新这个依赖的时候留坑

或者

在自己的工程下创建一个跟mybatisplus生成删除语句的类同样的类，相同的包名和类名，复制整个类过来，然后简单调整一下生成删除语句的逻辑，基于jvm加载的顺序，会让自己的这个类优先，可行，但同样会导致后续更新这个依赖的时候留坑

最后的做法

仔细想了想，既然是直接生成语句的，而且都可以直接调用SQL函数了，那么也就可以直接指定这个逻辑删除字段的值为id值了，那么也同样是可以达到效果

最终就是

调整数据库的表字段，将deleted字段改为和id主键一样的字段类型，然后将mybatisplus的"已删除值"改为主键的字段名，在进行删除的时候，生成的语句就会是：

UPDATE ${tablename} SET deleted=id WHERE deleted=0 AND id=${id}