mybatisplus 逻辑删除实效

### MyBatisPlus 逻辑删除失效的原因分析 当遇到MyBatisPlus逻辑删除功能失效的情况时，通常有以下几个常见原因： - **依赖版本不一致**：如果项目中使用的`mybatis-plus-boot-starter`和其他相关组件（如代码生成器）的版本不同步，可能会导致逻辑删除特性无法正常工作[^3]。 - **SQL语句优化问题**：使用`@TableLogic`注解标注逻辑删除字段后，生成的SQL查询会在某些条件下附加额外参数，这可能导致原本有效的联合索引不再适用，进而引发性能瓶颈甚至全表扫描的问题[^2]。 - **配置缺失或错误**：对于低于特定版本号的应用程序来说，忘记注册必要的全局配置项也可能造成该机制不起作用；而在较新版本里虽然默认启用了这一特性，但仍需确认所有设置都已正确加载并生效[^1]。 ### 解决方案概述 针对上述提到的各种可能性，可以采取如下措施来修复这个问题： #### 方案一：统一依赖版本 确保整个项目的Maven/Gradle构建文件中的各个模块所引用到的所有关于MyBatis Plus的相关库均保持在同一稳定版次之上。例如，在POM.xml内指定相同的主要版本号作为父级管理节点下的子属性值。 ```xml <dependencyManagement> <dependencies> <!-- 统一管理MP及其扩展包 --> <dependency> <groupId>com.baomidou</groupId> <artifactId>mybatis-plus-dependency</artifactId> <version>${mybatis.plus.version}</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement> <!-- 应用层具体引入 --> <dependencies> <dependency> <groupId>com.baomidou</groupId> <artifactId>mybatis-plus-boot-starter</artifactId> </dependency> ... </dependencies> ``` #### 方案二：调整索引结构以适应动态变化 为了避免因新增加的过滤条件而破坏现有复合型唯一键的设计模式，建议重新审视当前数据库表内的约束关系，并考虑适当增加辅助性的单列或多列表达式索引来提高检索效率。比如通过创建覆盖了逻辑删除标志位及其他常用筛选维度的新组合形式来规避潜在风险。 ```sql ALTER TABLE student ADD INDEX idx_del_flag (del); -- 或者更全面的方式 ALTER TABLE student ADD INDEX index_del_name_address (`del`, name, address); ``` #### 方案三：检查并补充必要配置 最后还需仔细核对Spring Boot应用程序启动期间是否已经成功注入了预期的功能增强组件实例——即GlobalConfiguration对象下有关于softDeleteStrategy()方法调用的结果返回true与否的状态判断。如果是基于XML方式实现的话，则要保证相应的bean定义存在于classpath路径之下且其内部属性设定无误。 ```java // Java Config Style @Bean public GlobalConfig globalConfig(){ GlobalConfig config = new GlobalConfig(); // 开启逻辑删除支持，默认关闭状态 config.setSqlInjector(new LogicSqlInjector()); return config; } ```