mybatis 单元测试过不了，时间总是差一秒
前言这个问题归根结底还是一个细心问题，原因很小，但是中间的排查思路值得记录下。
问题
写了一个简单的先插入数据，然后查询的单元测试，但是一直过不了，原因是插入的时间与查出的时间一直对不上，总是差一秒。
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 = ）
# 查看日志是否开启，以及日志文件位置
show global variables like "%general_log%";
# 开启
set global general_log = on;
# 关闭
set global general_log = off;
页:
[1]
