Mybatis查询Oracle一次查询1w条数数据耗时6s分析

这两天做到一个需求，需要将一个订单下的所有明细数据查询出来，当订单明细数据超过1w条时，mybatis的查询性能会变差，查询1.5w左右数据耗时6s。

优化前SQL mapper如下：

<select id="selectAssignableDeviceInfo" parameterType="java.lang.String" resultMap="result">
select
      i.UUID,
      i.FACT_SN,
      i.FACT_ID,
      i.BRAND_ID,
      i.GOODS_ORDER_ID,
      o.ORDER_TYPE as DEVICE_TYPE
from TABLE_INFO i
left join ORDER_INFO o on i.GOODS_ORDER_ID = o.GOODS_ORDER_ID
where i.DEVICE_STATUS = '00'
      and nvl(i.HAPPY_SEND_ACTIVE_STATUS,'00') = '00'
      and i.ASSIGN_FLAG = '00'
      and i.USER_ID = #{userId,jdbcType=VARCHAR}
      and i.GOODS_ORDER_ID = #{goodsOrderId,jdbcType=VARCHAR}
</select>

执行结果如下：

可以看出查询1.5w左右的数据耗时6s多，这显然是不可取的，需要进行优化。

从网上查询资料，可以设置fetchSize来进行优化，如下：

 

<select id="selectAssignableDeviceInfo" fetchSize="1000" parameterType="java.lang.String" resultMap="result">
select
      i.UUID,
      i.FACT_SN,
      i.FACT_ID,
      i.BRAND_ID,
      i.GOODS_ORDER_ID,
      o.ORDER_TYPE as DEVICE_TYPE
from TABLE_INFO i
left join ORDER_INFO o on i.GOODS_ORDER_ID = o.GOODS_ORDER_ID
where i.DEVICE_STATUS = '00'
      and nvl(i.HAPPY_SEND_ACTIVE_STATUS,'00') = '00'
      and i.ASSIGN_FLAG = '00'
      and i.USER_ID = #{userId,jdbcType=VARCHAR}
      and i.GOODS_ORDER_ID = #{goodsOrderId,jdbcType=VARCHAR}
</select>

优化后执行结果：

优化后可以看到执行耗时741毫秒。 

简单参数解析：
通过JDBC取数据时，默认是10条数据取一次，即fetchSize为10（根据oracle的文档，默认的fetchSize是10），如果增大这个数字可以减少客户端与oracle的往返，减少响应时间，网上有建议这个数字不要超过100，要不然对中间件内存消耗大。

总结：
在使用mybatis一次查询大量数据时确实可以通过怎大fatchSize的值来大大提高查询效率，使用也非常简单，具体fatchSize设为多少要根据自己具体的业务需要和机器的配置来综合判定。