springboot 2.1.7 + mysql5.6 弃用 Calendar类型字段
原因：在使用 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;
老数据-8时处理
update student set apply_time = SUBTIME(apply_time, '8:00');
正文到此结束
热门推荐
相关文章
近期评论
-
666
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
