T4CPreparedStatement内存溢出

oracle 批量插入数据时, 运行一段时间就会报内存溢出

dump 内存之后发现T4CPreparedStatement 占用了83%的内存,并且老年代gc 没有生效,所以确定是T4CPreparedStatement对象导致内存溢出了

4,464 instances of "oracle.jdbc.driver.T4CPreparedStatement", loaded by "sun.misc.Launcher$AppClassLoader @ 0x6c0024168" occupy 3,215,859,904 (83.63%) bytes. 

Keywords
oracle.jdbc.driver.T4CPreparedStatement
sun.misc.Launcher$AppClassLoader @ 0x6c0024168

查看mybatis对应的oracle批量插入语句为

   <insert id="batchInsert" useGeneratedKeys="false">
        insert into serial_no_14 (id,serial_no)
        SELECT S_SERIAL_NO_14.NEXTVAL , A.* FROM (
        <foreach collection="disruptSerialNoList" item="item" index="index" separator="UNION ALL">
            SELECT #{item} FROM DUAL
        </foreach>
        ) A
    </insert>

可以看到批量插入语句每次执行,disruptSerialNoList列表大小不同,sql 都会不同; 所以我们这里看到有4,464个实例对象

由于配置的数据源默认max-open-prepared-statements是没有限制prepared-statement数量的,所以disruptSerialNoList列表大小不同时,都会新增一个prepared-statement对象。
找到问题了,修改max-open-prepared-statements参数就可以了,参数改为

spring.datasource.dbcp2.max-open-prepared-statements=20

再运行程序,使用jvisualvm 查看内存回收情况,就可以看到完美的锯齿线了;
老年代也不会被占满了,因为年轻代直接就回收掉了

  • 2
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值