开发项目中，使用MyBatis-Plus 的updateById() 方法将查询结果中原本不为null的字段更新为null，该字段设置可为null。发现更新失败。

mybatis-plus FieldStrategy 有三种策略：

• IGNORED：0 忽略
• NOT_NULL：1 非 NULL，默认策略
• NOT_EMPTY：2 非空

而默认更新策略是NOT_NULL：非 NULL；即通过接口更新数据时数据为NULL值时将不更新进数据库。

1、写sql。直接在xml中写update sql语句。

2、设置全局的FieldStrategy

在配置文件中修改全局策略

#properties文件格式：
mybatis-plus.global-config.db-config.field-strategy=ignored

#yml文件格式：
mybatis-plus:
global-config:
#字段策略 0:"忽略判断",1:"非 NULL 判断",2:"非空判断"
field-strategy: 0

这样做是全局配置，会对所有字段忽略判断。如果一些字段没有传值过来，会被直接更新为null，可能会影响其他业务数据的准确性。 不推荐

3、对指定字段单独设置field-strategy

根据具体情况，在需要更新的字段中调整验证注解，如验证非空：
@TableField(strategy=FieldStrategy.NOT_EMPTY)

这样的话，我们只需要在需要更新为null的字段上，设置忽略策略，如下：

@TableField(updateStrategy = FieldStrategy.IGNORED) private Date patchedDate;

在更新代码中，我们直接使用mybatis-plus中的updateById方法便可以更新成功，如下：

DbPatchScheduleEntity schedule = dbPatchScheduleService.getById(scheduleRequest.getScheduleId());
schedule.setScheduleStatus(DbPatchConstant.ScheduleStatus.UNSCHEDULED);
schedule.setPatchedDate(null);
dbPatchScheduleService.updateById(schedule);

使用上述方法，如果需要这样处理的字段较多，那么就涉及到给各个字段加注解，这样弊端也就比较明显了。

4、使用UpdateWrapper方式更新

List<DbPatchScheduleRequestEntity> scheduleRequestList = dbPatchScheduleRequestService.list(new QueryWrapper<DbPatchScheduleRequestEntity>().lambda().eq(DbPatchScheduleRequestEntity::getRequestId, requestId));
scheduleRequestList.forEach(scheduleRequest -> {
	dbPatchScheduleRequestService.update(scheduleRequest, new UpdateWrapper<DbPatchScheduleRequestEntity>().lambda()
									.set(DbPatchScheduleRequestEntity::getScheduleStatus, DbPatchConstant.ScheduleStatus.UNSCHEDULED)
									.set(DbPatchScheduleRequestEntity::getPatchedDate, null)
									.eq(DbPatchScheduleRequestEntity::getId, scheduleRequest.getId()));

这种方式不影响其他方法，不需要修改全局配置，也不需要在字段上单独加注解，所以推荐使用该方式。

因为最近在忙项目，好久都没有 更新 博客，最近在项目中刚好遇到一个问题，就是在 使用 MyBatis-Plus update ById （xxx）的时候，居然 更新 不了字符串或者 null ，本文分享两种解决方案，具体大家可以根据自己的需求选择一种方法解决。 在实际项目中，难免 更新 的时候,有可能会把已有的值 更新 成空字符串或者 null ,但是当你 使用 update ById ()方法的时候，会发现根...