为了方便排查问题我们需要查看mybatis访问数据库SQL信息。

可以在配置Log4J:

log4j.logger.com.xxx.dao=TRACE
log4j.logger.com.ibatis.common.jdbc.SimpleDataSource = DEBUG
log4j.logger.com.ibatis.common.jdbc.ScriptRunner = DEBUG
log4j.logger.com.ibatis.sqlmap.engine.impl.SqlMapClientDelegate = DEBUG
log4j.logger.java.sql=debug
log4j.logger.java.sql.Connection = DEBUG
log4j.logger.java.sql.ResultSet = DEBUG
log4j.logger.java.sql.Statement=debug
log4j.logger.java.sql.PreparedStatement=debug,stdout

注意：log4j.logger.com.xxx.dao=TRACE，一定要加上，加上这句话就可以打印出你访问数据库返回的结果集，可以更加方便的找到问题的所在。这句话的中的com.xxx.dao代表的是mapperw文件的namespace。

解决方案一：

查看映射结果集的配置文件：

如果像上述的配置文件会出现问题，因为在property后面的字符串出现了空格，在这种情况下，mybatis是无法映射的，它会认为id空格 != id。于是返回默认的对应的规则，当实体类中的属性与表中的字段完全相同则可以默认对应，当出现_时无法对应，这时，就会产生有的字段可以映射有的字段不可以映射的情况。所以我们必须检查是否出现空格。

修改配置文件如下：

解决方案二：

直接为结果集取别名，将返回的结果集全部取别名，跟实体类的属性保持一致，这样就能完整的映射。

补充知识：关于mybatis mapper.xml中 sql使用 in 执行失败的原因

mapper.xml传参如果下

user_obj_id in ( #{ids})

最终执行的sql拼接如下

user_obj_id in ( ‘55,56,57' )

而不是期望的

user_obj_id in ( ‘55',‘56',‘58' )