原因:在使用 Calendar
做为字段类型时,每进行一次 findById()
操作返回的数据的值都比实际值要大一点。更新后再调用查询,还会再大一点。也就是说:如果我们用 Calendar
做为字段类型,那么该字段会在程序运行时会静悄悄的增大。
示例代码很简单:我们只需要准备两个类,一个实体,一个数据访问对象。
Student.java
package com.example.demo; import org.hibernate.annotations.CreationTimestamp; import javax.persistence.*; import java.sql.Timestamp; import java.util.Calendar; @Entity public class Student { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String name; @CreationTimestamp private Calendar applyTime; @CreationTimestamp private Timestamp applyTimestamp; // 省略构造函数及setter/getter }
为了测试代码更简单,我们为 applyTime
及 applyTime
加入 CreationTimestamp
注解。让其自动生成。
删除自动时间戳并不会影响测试结果
package com.example.demo; import org.springframework.data.repository.CrudRepository; public interface StudentRepository extends CrudRepository<Student, Long> { }
package com.example.demo; import org.junit.Test; import org.junit.runner.RunWith; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.boot.test.context.SpringBootTest; import org.springframework.test.context.junit4.SpringRunner; @SpringBootTest @RunWith(SpringRunner.class) public class StudentRepositoryTest { private static final Logger logger = LoggerFactory.getLogger(StudentRepositoryTest.class); @Autowired StudentRepository studentRepository; @Test public void test() { Student student = new Student(); studentRepository.save(student); Student student1 = studentRepository.findById(student.getId()).get(); System.out.println(student1.getApplyTime().getTimeInMillis()); System.out.println(student1.getApplyTimestamp().getTime()); } }
结果如下:
可见,使用 Calendar
类型获取值较 Timestamp
类型的自动增加了。如果此时保存实体,则此增加的值将被自动写入数据表。
github: https://github.com/mengyunzhi...
stackoverflow: https://stackoverflow.com/que...
Calendar
类型在spring-boot 2.1.7版本中应该暂时弃用,转而使用 Timestamp
或 LocalDateTime
。
如果你也是在版本的基础上升的级,那么需要处理一样时区的问题。因为同样的数据 Calendar
与 Timestamp
最终存到数据库中的值是不一致的。其中 Calendar
存的是加入了时区以后的值, Timestamp
存的是原始值:
幸运的是:两个类型映射到 mysql
中的类型均是 datetime
,这为我们降低了升级的难度。
@CreationTimestamp private Timestamp applyTime;
update student set apply_time = SUBTIME(apply_time, '8:00');