MyBatis-Plus中TableLogic注解的逻辑删除优化实践

逻辑删除的常见实现方式

在MyBatis-Plus框架中，TableLogic注解是实现逻辑删除的核心机制。开发者通常通过该注解标记实体类字段，指定未删除状态的值(value)和已删除状态的值(delval)。传统实现中，常见的做法是使用简单的状态标志，如0表示未删除，1表示已删除。

时间戳方案的潜在问题

部分开发者尝试使用更复杂的时间戳作为删除标记值，例如通过MySQL函数REPLACE(unix_timestamp(now(6)),'.','')生成纳秒级时间戳。这种设计初衷是为了在逻辑删除时记录精确的删除时间，同时避免简单的状态值可能带来的冲突。

然而，在实际生产环境中，特别是在高并发场景下，这种方案暴露出了明显的问题。当多个事务同时执行逻辑删除操作时，可能生成相同的时间戳值，导致数据冲突。这种情况在分布式系统中尤为常见，因为系统时间可能存在微小差异，而纳秒级时间戳在高并发下仍然可能出现重复。

分布式环境下的优化方案

针对这一问题，开发者提出了使用业务主键ID作为删除标记值的优化方案。具体实现是在TableLogic注解中设置delval = "id"，将逻辑删除字段的值设置为该记录的唯一标识。

这种方案具有以下优势：

1. 绝对唯一性：每个记录的主键ID在系统中是唯一的，从根本上避免了值冲突
2. 可追溯性：通过删除标记值可以直接关联到原记录
3. 实现简单：无需引入额外字段或复杂逻辑

实际应用建议

对于MyBatis-Plus项目中的逻辑删除实现，建议开发者：

1. 对于简单业务场景，可直接使用0/1状态值
2. 对于高并发系统，优先考虑使用记录ID作为删除标记
3. 如需记录删除时间，可单独添加时间戳字段，而非将其与逻辑删除状态耦合
4. 在分布式系统中，确保ID生成策略的可靠性（如使用雪花算法）

通过合理设计逻辑删除机制，可以在保证数据安全的同时，有效避免并发冲突问题，提升系统稳定性。