mybatis 单元测试过不了,时间总是差一秒

前言

  这个问题归根结底还是一个细心问题,原因很小,但是中间的排查思路值得记录下。

问题

  写了一个简单的先插入数据,然后查询的单元测试,但是一直过不了,原因是插入的时间与查出的时间一直对不上,总是差一秒。

 

 1 public class MysqlBaseTest {
 2 
 3     @Resource
 4     protected DatasourceMYSQLMapper datasourceMYSQLMapper;
 5 
 6     protected Datasource datasource1, datasource2;
 7 
 8     {
 9         long timeStamp = System.currentTimeMillis();
10         datasource1 = Datasource.builder().id("1").metaType(DsMetaType.DATABASE).modifyUserId("1")
11             .name("datasource1").type(DSType.MYSQL)
12             .parameter(JDBCParam.builder().extendParams("1").build())
13             .desc("单元测试数据源1").createTime(new Date(timeStamp)).modifyTime(new Date(timeStamp))
14             .ownerId("1").build();
15         datasource2 = Datasource.builder().id("2").metaType(DsMetaType.DATABASE).modifyUserId("2")
16             .name("datasource2").type(DSType.MYSQL)
17             .parameter(JDBCParam.builder().extendParams("2").build())
18             .desc("单元测试数据源2").createTime(new Date(timeStamp)).modifyTime(new Date(timeStamp))
19             .ownerId("1").build();
20     }
21 
22     @Before
23     public void init() {
24         datasourceMYSQLMapper.insert(datasource1);
25         datasourceMYSQLMapper.insert(datasource2);
26     }
27 
28   @Test
29   public void testFindById() {
30     Assert.assertEquals(datasource1.toString(), datasourceMYSQLMapper.findById(datasource1.getId()).toString());
31   }
32 }

 

  结果:

 

 

 原因

  DDL有问题,时间设置的是timestamp,只精确到毫秒

`create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
`modify_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '修改时间'

解决方法

  1. 修改数据库的表结构,将createTime和modify_time的精度提高到毫秒级

  2. 单测时使用的时间都改为整秒

  3. 插入时,不要插入 createTime 和 modifyTime

  推荐使用第3种,这样在集群环境中,也可以避免不同服务器之间的时间钟同步的问题

排查过程

  1. 打开 Mybatis 的 DEBUG 级别日志,看看 SQL 语句拼装时是否发生变化。开启日志比较简单,在application.properties加入如下配置即可,"XX.XX.mapper"指的是mapper所在包的包名

    logging.level.XX.XX.mapper=debug

  2. 把 SQL 拼装好,直接用数据库工具执行(例如navicat),观察数据库中的数据是否符合预期

  3. 如果怀疑 Mybaits 的 SQL 拼装过程有问题,还可以把 mysql 的日志打开,需要注意的是这种方式对于数据库的性能影响比较大,调试结束后需要马上关闭

   (默认日志文件位置改动:在/etc/my.cnf 中添加general-log-file = [filename])

# 查看日志是否开启,以及日志文件位置
show global variables like "%general_log%";
# 开启
set global general_log = on;
# 关闭
set global general_log = off;

 

 

 

posted @ 2020-12-05 17:18  上课爱睡觉  阅读(227)  评论(3编辑  收藏  举报