前提：數據庫表對應字段允許為null

使用Mybatis-plus操作數據庫時，如果未自己寫sql而是采用Mybatis-plus的方法設置sql的情況下，默認Mybatis-plus生成sql時會將設置為null的字段忽略掉(不更新該字段)；所以默認情況下，使用Mybatis-plus的方法操作數據庫時沒辦法設置一個字段的值為null(除非該字段數據庫表設置默認值就為null)。

Mybatis-plus設計如此很好理解，比如現在我們的系統中一般都是做邏輯刪除即修改刪除標記的字段為刪除狀態的值，此時執行update語句時，一般根據id作為條件只設置刪除標記字段的值就行，其他字段值不做設置也就是為null，如果Mybatis-plus也將這些字段進行更新的話，那么其他字段全是null，這樣會造成數據丟失，問題很大；如果每個字段全部設置成之前的值，需要先進行一次查詢操作，以及設置每個字段的值的操作，比較麻煩一些，很明顯沒有必要；所以Mybatis-plus默認忽略字段值為null的字段不做更新。

處理方法：
1、自己寫sql
在mapper.xml中寫對應的sql語句(insert語句/update語句/where條件中設置對應字段的值為null即可)
但是如果一張表的字段太多，僅僅只是某幾個字段需要設置為null的話，簡便處理方式可以采用下面的第二種和第四種(這兩種使用不當有數據丟失風險，慎用)。

2、實體類對應字段添加注解

@TableField(insertStrategy = FieldStrategy.IGNORED) ? 添加該注解值的字段在Mybatis-plus生成insert sql時會忽略該字段值的判斷
@TableField(updateStrategy = FieldStrategy.IGNORED) ? 添加該注解值的字段在Mybatis-plus生成update sql時會忽略該字段值的判斷
@TableField(whereStrategy = FieldStrategy.IGNORED) ? ?添加該注解值的字段在Mybatis-plus生成sql時的where條件中會忽略該字段值的判斷
@TableField(insertStrategy = FieldStrategy.IGNORED,updateStrategy = FieldStrategy.IGNORED,whereStrategy = FieldStrategy.IGNORED) ?

前面三個的聚合
加上該注解之后，Mybatis-plus會在對應的情況下生成sql時忽略掉該字段值的判斷；即該字段值不論是什么都會生成在sql中，就可以設置字段值為null了；但是這個是針對該字段生效，如果有些地方的操作，忘記設置該字段的值因為這個注解的原因，那么可能就會導致更新后，該字段為的值null，所以這種方式不推薦，推薦使用第一種自己寫sql和第三種Mybatis-plus 3.x提供的新方法。

說明 FieldStrategy 的可選值：

FieldStrategy.NOT_NULL：不為null則更新，也就是字段值為null則不生成到sql中不更新該字段，如果字段值為""(空字符串)也是會更新的
FieldStrategy.NOT_EMPTY：不為空則更新，也就是該字段值為null或為""(空字符串)都不會更新
FieldStrategy.DEFAULT：默認值，和全局配置保持一致，也就是和下面的第四種方式中的配置保持一致
FieldStrategy.IGNORED：忽略判斷，該字段值不論是什么，都進行更新
FieldStrategy.NEVER：不做更新操作，該字段值不論是什么，都不進行更新

3、使用Mybatis-plus 3.x版本提供的新方法

UpdateWrapper<TestIdcardEntity> updateWrapper = new UpdateWrapper<>();
updateWrapper.set("name",null);
updateWrapper.eq("id",id);
testIdcardService.update(updateWrapper);

4、Mybatis-plus 全局參數配置(yaml方式配置如下)
全局配置的值可選項和第二種方式 FieldStrategy 的可選項一致，全局配置默認值為 not_null

mybatis-plus:
? global-config:
? ? db-config:
? ? ? insert-strategy: ignored
? ? ? update-strategy: ignored
? ? ? select-strategy: ignored

這種方式和第二種一樣可能會使用不當導致字段值為null，數據丟失；并且該方式是全局配置，對所有表的實體類所有字段都生效，危害會更嚴重；如果同時配置了第二種，那么優先第二種生效。

總結：
第二種和第四種使用不當會有數據丟失的風險不建議使用，第一種和第三種推薦使用。