1. 文章引言

在开发的过程中，我们经常使用MyBatis-Plus的updateById方法更新数据表，但今天在更新appConfig表时，发现无法将content字段更新为null。

如下是我的测试代码：

@Test
public void testUpdateById() {
  Long id = 10L;
  AppConfig beforeAppConfig = appConfigService.getById(id);
  System.out.println("输出更新 前 的应用配置内容：" + beforeAppConfig.getContent());
  System.out.println();

  // 将 id = 10的应用配置的内容修改 null
  beforeAppConfig.setContent(null);
  appConfigService.updateById(beforeAppConfig);

  // 查询更新的 id = 10的应用配置的内容
  AppConfig afterAppConfig = appConfigService.getById(id);
  System.out.println("输出更新 后 的应用配置内容："+afterAppConfig.getContent());
}

输出结果如下图所示：

由上图可知，更新前后输出的内容不变。

换句话说，上述此代码 beforeAppConfig.setContent(null);虽然设置content为null，但数据库并没有将content更新为null。

这是什么原因呢？

2. 分析问题

想要搞清楚没有将content更新为null原因，我们不妨看看上图中的用绿色框圈出来的MyBatis-Plus打印出的mysql语句，如下所示：

UPDATE app_config SET create_time=? WHERE id=?

你会清楚地看到，mysql语句中没有content字段。

按照预期结果，MyBatis-Plus打印出的mysql语句应该如下：

UPDATE app_config SET create_time=?, content=? WHERE id=?

为什么MyBatis-Plus没有按预期打印出的mysql语句，经过查找资料可得。

其实是MyBatis-Plus对字段的验证策略导致的，MyBatis-Plus默认进行了不是全量更新的策略。

查阅官网发现有一个属性，而我的application.yml没有配置这个属性，如下代码所示：

#mybatis配置
mybatis-plus:
  mapper-locations: classpath*:/mapper/*Mapper.xml
  type-aliases-package: com.superjson.superjsonmanager.mapper
  configuration:
    log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
    # 按下划线转驼峰规则映射数据库字段与java bean属性之间的关系
    map-underscore-to-camel-case: true
    # 关闭一级缓存
    # local-cache-scope: statement
    # 关闭二级缓存
    # cache-enabled: false
  global-config:
    db-config:
      id-type: auto
      logic-delete-value: -1
      logic-not-delete-value: 0

如果没有配置这个属性，那么，MyBatis-Plus采用了默认的字段验证策略。

这个属性就是field-strategy，在原application.yml中加入该属性，如下代码所示：

global-config:
    #字段策略 0:忽略判断,1:非NULL判断,2:非空判断
    field-strategy: 1
    db-config:
      id-type: auto
      logic-delete-value: -1
      logic-not-delete-value: 0

field-strategy字段更新插入策略属性说明：

1. IGNORED(0)： “忽略判断”， 所有字段都更新和插入

2. NOT_NULL(1)：“非 NULL 判断”， 只更新和插入非NULL值

3. NOT_EMPTY(2)：“非空判断”，只更新和插入非NULL值且非空字符串

field-strategy默认策略是NOT_NULL(1) ，即更新的时候做了null判断，默认不更新为null的传参。

3. 解决问题

既然知道了问题所在，便可以通过如下三种方式解决。

3.1 方法1：全局配置方式

在MyBatis-Plus配置文件中修改field-strategy字段验证的值为0，即忽略判断，如下代码所示：

global-config:
  #字段策略 0:"忽略判断",1:"非 NULL 判断"),2:"非空判断"
  field-strategy: 0
  db-config:
    id-type: auto
    logic-delete-value: -1
    logic-not-delete-value: 0

如是配置后，并参照网上说的，在PO对象(即@TableField(value="content")修饰字段的时候，还需要加入el属性，但我是新版本的MyBatis-Plus，已经不支持el属性了，如下源码所说：

我虽然在content对象上加上update属性，如下代码所示：

/** 配置内容 */
@TableField(value = "content",update = "null" )
private String content;

仍无法将content字段修改为null，如下图所示：

如果有知道的，可以在评论区中留言，不胜感激。

此外，如果你的MyBatis-Plus版本支持el。你在设置了 field-strategy: 0的前提下，同时你已确保了你的PO对象(即@TableField(value="XSID")修饰字段加入了el属性 (每个属性对应数据库的jdbcType类型，这样才能成功更新空值或null)，如下图：

你可以采用el的这种方式修改。

3.2 方法2：非null字段验证策略

配置完成后，测试类修改完成，并重新启动，如下图所示：

此时，你会发现可以更新空字符串' '，如下图所示：

但是一些比如Date等对象类型的设置空是要设置为null的，你会发现一样更新不了null。

3.3 方法3：通过注解的方式

由于表中的字段基本上都是varchar字符类型的，所以此时可以在PO中对类型为对象类型的属性，通过注解对对象类型的属性单独设置字段验证策略为IGNORED，如下代码所示：

/** 配置内容 */
@TableField(value = "content",updateStrategy = FieldStrategy.IGNORED)
private String content;

同时修改测试代码，如下图所示：

这样就可以成功更新值为null或者空字符串' '了，问题解决，如下图所示：

如果你的MyBatis-Plus版本和我的版本不同，你可能是下图中的注解，同样能解决问题。

4. 总结

如果你不是使用上述方式解决了你的问题，欢迎在评论区留言。