mybatis 结果集太多导致转换对象太慢

2 天前
 jwh199588

今天遇到一个场景，接口在调用的时候耗时 7 秒，然后在分析代码的时候发现 sql 执行只需要 0.5 秒， mybatis 在将结果集转换成对象的过程中耗时 6 秒，如果将返回的对象改成 list<map>那么只需要 2 秒，我一次返回的数据量大概在 10 万左右

看了一下源码一个对象需要根据具体查询的字段数量去 for 循环，这样下来一个对象 10 个字段，获取 10 万的数据大概就需要循环 100 万次，这效率也太差了，大家有什么更好的办法吗？

我想知道如何优化 mybatis 的对象转换过程，不要说多线程查询，限制 sql 之类的

970 次点击
所在节点    程序员
5 条回复
shadowyue
2 天前
应该是 new 返回的数据对象花了太多时间吧
visper
2 天前
猜测，像这种 orm 转换成对象的话，都在使用反射。一个个字段对。这样的话如果你知道了数据是怎样的，想极限优化的话，也不用先查出 list<map>什么的，直接自己查出 resultSet 然后一个个读出来，new 自己的对象一个个字段 set 进去。
WashFreshFresh
2 天前
没得优化，我遇到过好多次了，如果返回 map 快的话，你可以试试用 parallelStream 遍历 list<map>转对象 list 。
prosgtsr
1 天前
jpa 上遇过这个问题，接口注解里用构造方法会快很多，或者用 list<object>接收也快很多。mybatis 慢的话应该也是同理，用 list map 接收然后自己转吧
iv8d
6 小时 30 分钟前
用 list<map> ，自行读取

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://tanronggui.xyz/t/1107581

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX