MyBatis关联查询结果异常：order by是否会影响查询结果？

这事儿的核心原因在于MyBatis处理集合关联（就是你用的<collection>）的逻辑——它非常依赖同一个父对象（这里是Person）的数据库记录在结果集中是连续排列的，而你定义的<id>标签（这里是person_id）就是它用来识别“这是同一个Person”的关键标识。

我给你拆解下具体过程：
MyBatis处理嵌套结果时，会偷偷维护一个内部的映射表，key就是你<id>字段的值。每读一条数据库记录：

• 先查这个映射表，如果能找到对应的Person对象，就把当前的CompanyWiseDetails直接加到这个Person的集合里；
• 要是找不到，就新建一个Person对象，把当前的CompanyWiseDetails加进去，再把这个新对象存到映射表里，同时放进最终的结果列表。

结合你的场景来看：
当你没加ORDER BY时，数据库返回的顺序是P1-C1 → P0-C1 → P1-C2。按道理说，处理第三条P1-C2时，MyBatis应该能从映射表里找到之前创建的P1，把C2加进去。但你却得到了两个重复的P1还丢了P0，这大概率要么是你用的MyBatis版本太旧有bug，要么是映射配置里藏着小问题——比如我注意到你POJO里Person的集合字段是companyWiseDetails，但resultMap里写的是companyWiseDetailsList，这会导致子对象根本没法正确映射到Person里，加ORDER BY时可能刚好因为顺序巧合让结果看起来正常，但本质上配置是错的。

而当你加了ORDER BY person_id, entity_id后，结果集里同一个Person的记录就凑到一块儿了：P0-C1 → P1-C1 → P1-C2。这时候MyBatis处理起来就顺理成章：先创建P0并加入结果，再创建P1，最后把C2加到已有的P1集合里，自然就得到了正确的结果。

给你几个解决方向：

• 就保留ORDER BY：这是最省心的办法，确保同一个父对象的记录连续，MyBatis就能正确合并子对象；
• 核对映射配置：把POJO字段和resultMap的property对应好，别像这次一样字段名差了个List后缀；
• 升级MyBatis版本：如果是旧版本的bug，升级到3.5.x及以上的稳定版基本能解决这类问题；
• 给collection加个column属性：显式指定关联父对象的字段，比如<collection property="companyWiseDetails" resultMap="companyEntityWiseDetails" column="person_id" />，让MyBatis更明确关联关系。

内容的提问来源于stack exchange，提问作者Harsh Sinha