6. 逻辑删除

逻辑删除对应的是物理删除，分别介绍一下这两个概念：

1. 物理删除 ：指的是真正的删除，即：当执行删除操作时，将数据表中的数据进行删除，之后将无法再查询到该数据
2. 逻辑删除 ：并不是真正意义上的删除，只是对于用户不可见了，它仍然存在与数据表中
   在这个数据为王的时代，数据就是财富，所以一般并不会有哪个系统在删除某些重要数据时真正删掉了数据，通常都是在数据库中建立一个状态列，让其默认为 0，当为 0 时，用户可见；当执行了删除操作，就将状态列改为 1，此时用户不可见，但数据还是在表中的。
   按照《阿里巴巴Java开发手册》第 5 章 MySQL 数据库相关的建议，我们来为数据表新增一个is_deleted 字段：
   

ALTER TABLE tbl_employee ADD COLUMN is_deleted  TINYINT NOT NULL DEFAULT 0;

在实体类中也要添加这一属性：

@Data
@TableName("tbl_employee")
public class Employee {

    @TableId(type = IdType.AUTO)
    private Long id;
    private String lastName;
    private String email;
    private Integer age;
    @TableField(fill = FieldFill.INSERT)
    private LocalDateTime gmtCreate;
    @TableField(fill = FieldFill.INSERT_UPDATE)
    private LocalDateTime gmtModified;
    /**
     * 逻辑删除属性
     */
    @TableLogic
    @TableField("is_deleted")
    private Boolean deleted;
}

还是参照《阿里巴巴Java开发手册》第 5 章 MySQL 数据库相关的建议，对于布尔类型变量，不能加 is 前缀，所以我们的属性被命名为 deleted，但此时就无法与数据表的字段进行对应了，所以我们需要使用 @TableField 注解来声明一下数据表的字段名，而 @TableLogin 注解用于设置逻辑删除属性；此时我们执行删除操作：

@Test
void contextLoads() {
    employeeService.removeById(2);
}

查询数据表执行结果：

可以看到数据并没有被删除，只是 is_deleted 字段的属性值被更新成了 1，此时我们再来执行查询操作：

@Test
void contextLoads() {
    List<Employee> list = employeeService.list();
    list.forEach(System.out::println);
}

执行结果：

会发现id为2的数据并没有被查询出来，可以输出 MyBatisPlus 生成的 SQL 来分析一下，在配置文件中进行配置：

logging:
  level:
    com.example.demo.mapper: debug

再次运行查看结果：

原来在查询时携带了一个条件： is_deleted=0 ，这也说明了 MyBatisPlus 默认 0 为不删除，1 为删除。 若是想修改这个规定，比如设置-1 为删除，1 为不删除，也可以进行配置：

mybatis-plus:
  global-config:
    db-config:
      logic-delete-field: deleted # 逻辑删除属性名
      logic-delete-value: -1 # 删除值
      logic-not-delete-value: 1 # 不删除值

但建议使用默认的配置，阿里巴巴开发手册也规定 1 表示删除，0 表示未删除。