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

lsekfe

　前言
　　这个问题归根结底还是一个细心问题，原因很小，但是中间的排查思路值得记录下。
　　问题
　　写了一个简单的先插入数据，然后查询的单元测试，但是一直过不了，原因是插入的时间与查出的时间一直对不上，总是差一秒。

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

复制代码

结果：

原因
DDL有问题，时间设置的是timestamp，只精确到毫秒。

1. 　`create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
   
2. 　　`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]）

1. 　# 查看日志是否开启，以及日志文件位置
   
2. 　　show global variables like "%general_log%";
   
3. 　　# 开启
   
4. 　　set global general_log = on;
   
5. 　　# 关闭
   
6. 　　set global general_log = off;

复制代码