JPA的save()方法导致mysql设置了默认值的字段为null的问题

JPA的save方法报错

org.springframework.dao.DataIntegrityViolationException: could not execute statement; SQL [n/a]; constraint [null]; nested exception is org.hibernate.exception.ConstraintViolationException: could not execute statement; Caused by: java.sql.SQLIntegrityConstraintViolationException: Column 'create_time' cannot be null

报错原因是create_time这个字段为null，而实际上不允许为null。
具体排查问题的过程就不讲了，这里直接讲原因。

0. 准备，打开mysql的日志记录

set GLOBAL general_log = 'ON';

使用

show variables like '%general%';

可以看到日志文件位置。

1. mysql对时间字段自动生成、自动更新的设置

首先，有两个特殊字段create_time、update_time，分别表示该条记录的创建时间和最近更新时间，创建它的SQL语句是：

`create_time` datetime NOT NULL DEFAULT NOW() COMMENT '创建时间',
`update_time` datetime NOT NULL DEFAULT NOW() ON UPDATE NOW() COMMENT '修改时间',

即create_time会在创建记录时由mysql自己生成时间，update_time在创建记录时由mysql生成，并且在每次更新记录时由mysql更新为当前时间。
这里需要注意，需要mysql生成默认值的字段，sql语句中不写，而不是写null，写null的话mysql就会使用null而不是去生成默认值。

2. JPA对时间字段自动生成、自动更新的设置

如果我们使用的是jdbc和mybatis，直接写sql语句，或者使用JPA但是自己用@Query注解写sql语句，那么上面在mysql做设置就够了；但是如果使用jpa的save()或者saveAndFlush()方法，那么需要在实体类的属性createTime和updateTime分别加上注解@CreatedDate、@LastModifiedDate，在实体类加上注解@EntityListeners(AuditingEntityListener.class)，在工程加上注解@EnableJpaAuditing。
这时我们调用jpa的save()方法，对比直接使用sql语句，会发现一个显著的区别：

jpa
insert into test_table (id, param_one, create_time, update_time) values (12345, 'a', '2020-06-14 17:23:08.345', '2020-06-14 17:23:08.345');
sql
insert into test_table (id, param_one) values (12345, 'a');

jpa自己生成了两个时间，并不是调用mysql的生成时间的功能（jpa在insert之前还会有一个select，用来查询save的记录是否存在，若不存在，第二条语句就是insert；若存在，第二条语句就是update）。

3. 最开始报错的原因

因为我们用的id不是mysql的自增主键，也不是算法生成的分布式ID，而是一个业务属性，所以存在重复主键的可能（最开始用的分布式ID，DBA强硬要求换成这个业务属性ID，领导听DBA的，我能有什么办法。开发修改时忘了加上去重功能）。
当主键重复，JPA的save()方法在保存重复主键的记录时，先select发现已经存在，于是变成update，我们通过mysql日志发现update的sql语句是：

update test_table set param_one = 'b', create_time=null, update_time='2020-06-14 17:31:15.996' where id=12345;

create_time竟然是null，update_time则正常。
还记得上面说的两个注解@CreatedDate和@LastModifiedDate，save()执行insert时这两个注解自动生成了create_time和update_time，但是save()执行update时只有@LastModifiedDate注解起作用，所以create_time就是null。
create_time既然是null，mysql就不会生成默认值了，直接使用null，但是又设置了NOT NULL，于是报错。

4. 解决办法

1. 不用JPA。我也不想用，但是我决定不了啊。
1. 业务层解决去重问题，每次save()前先调用JPA的find()方法，查询到则直接修改查询结果，JPA会自动修改到数据库；查询不到再save。多了一次sql操作，而且如果是分布式微服务，还需要加锁，对性能会有大影响。这其实就是JPA倡导的方法，这样也就可以理解为什么JPA的save()变成update时@CreatedDate不起作用了，因为按照JPA的设计，查询出来的记录，createTime肯定不是null。
1. 不依赖自动生成功能，save()之前把默认值还有时间这些都填充好，这样无论是insert还是update都不会出现null。JPA的设计哲学就是不依赖于数据库，这样做也符合JPA的思想。

最后编辑于：2020.06.14 18:36:40