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

发表于:2021-1-19 09:35

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:上课爱睡觉    来源:博客园

  前言
  这个问题归根结底还是一个细心问题,原因很小,但是中间的排查思路值得记录下。
  问题
  写了一个简单的先插入数据,然后查询的单元测试,但是一直过不了,原因是插入的时间与查出的时间一直对不上,总是差一秒。
  public class MysqlBaseTest {
      @Resource
      protected DatasourceMYSQLMapper datasourceMYSQLMapper;
      protected Datasource datasource1, datasource2;
      {
          long timeStamp = System.currentTimeMillis();
          datasource1 = Datasource.builder().id("1").metaType(DsMetaType.DATABASE).modifyUserId("1")
              .name("datasource1").type(DSType.MYSQL)
              .parameter(JDBCParam.builder().extendParams("1").build())
              .desc("单元测试数据源1").createTime(new Date(timeStamp)).modifyTime(new Date(timeStamp))
              .ownerId("1").build();
          datasource2 = Datasource.builder().id("2").metaType(DsMetaType.DATABASE).modifyUserId("2")
              .name("datasource2").type(DSType.MYSQL)
              .parameter(JDBCParam.builder().extendParams("2").build())
              .desc("单元测试数据源2").createTime(new Date(timeStamp)).modifyTime(new Date(timeStamp))
              .ownerId("1").build();
      }
      @Before
      public void init() {
          datasourceMYSQLMapper.insert(datasource1);
          datasourceMYSQLMapper.insert(datasource2);
      }
    @Test
    public void testFindById() {
      Assert.assertEquals(datasource1.toString(), datasourceMYSQLMapper.findById(datasource1.getId()).toString());
    }
  }
  结果:
  原因
  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;

  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号