mapper 的id沖突原因：

原因一：

在同一個(gè)mapper.xml中存在相同的ID

原因二：

同時(shí)使用了xml配置和注解配置

解決方案：

只保留xml或者注解即可!!!

Mybatis mapper文件下同一id 查詢結(jié)果列不同問(wèn)題場(chǎng)景描述：

訂單數(shù)據(jù)按天分表，正常情況下每一天的表結(jié)構(gòu)都是一樣的,表名命名格式order_yyyyMMdd。

定義一個(gè)查詢?nèi)缦拢?/p>

<select parameterClass='java.util.HashMap' resultClass='com.xxx'> select * from order_$table_suffix$ where ...</select>

如果我查詢18年10月1日數(shù)據(jù)，則傳參數(shù)table_suffix=20181001,如果我查詢18年10月2日數(shù)據(jù)，則傳參數(shù)table_suffix=20181002.即可。

系統(tǒng)運(yùn)行了若干天，到了18年12月30日，order表添加了新的字段a。以后的訂單表都會(huì)添加該字段。對(duì)應(yīng)的實(shí)體類也添加了對(duì)應(yīng)字段。應(yīng)該沒(méi)有問(wèn)題了，更新并重啟程序。先查詢今天的數(shù)據(jù)，沒(méi)有問(wèn)題。在查詢之前的數(shù)據(jù)，發(fā)現(xiàn)程序報(bào)錯(cuò)了，找不到字段a.

解決方法：

修改id 為orderSelect 的查詢

<select remapResults='true' parameterClass='java.util.HashMap' resultClass='com.xxx'> select * from order_$table_suffix$ where ...</select>

對(duì)比發(fā)現(xiàn)添加了 remapResults='true'的配置

總結(jié) ：

mybatis 默認(rèn)remapResults屬性為false，會(huì)導(dǎo)致同一查詢id 查出來(lái)的字段一直都是固定的。設(shè)置為true的話，則每次查詢查出來(lái)的列可以不相同，這樣才能應(yīng)對(duì)不同的表結(jié)構(gòu)。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持好吧啦網(wǎng)。