一个星期踩了2次线上死循环的坑--上篇

第1次死循环的事件经过：

某天下午业务线的小伙伴一路小跑来到我这，说赶快看看线上DTS数据同步不过去了，我擦，一听线上立马清醒了，搞个P0绩效一下子全完了，赶紧登录到ES上巴拉巴拉日志，一看全是这个错误，一秒6条同样的错误，很明显死循环了。

### SQL: INSERT INTO body(...........)VALUES (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) , (?,?,?,?,?,?,?) ### Cause: com.mysql.jdbc.MysqlDataTruncation: Data truncation: Data too long for column 'XXXX' at row 3

问题很明显，插入的数据太大了，数据库字段存不了就报这个异常。

于是我就去看了数据库的字段类型，一看text类型，最大值是65,535 bytes，即64kb；写的啥数据能有这么大，翻了翻日志，好家伙，是图片base64，吓我一跳，还可以这么搞！！！

先把问题修了，然后再去撕逼，临时把字段调整成longtext，本以为可以了，试了一把还是不行，然后掉了一个坑

RabbitMqException: com.rabbitmq.client.ShutdownSignalException: channel error; protocol method: #method<channel.close>(reply-code=311, reply-text=MessageBodyLengthExceeded[bodyLength=66508,bodyLengthLimit=65536]

因为我们用的是阿里云的rabbitmq，一直感觉阿里云的文档还是挺全，挺详细的，直接就奔阿里云官网去了，搜了一把，

然后就找DBA确认了下我们的rabbitmq是不是用的专业版，确实是专业版，那我就无能为力了，只找业务线的小伙伴反应下情况，让他找前端人去解决吧，为啥不把文件上传到OSS上去。

甩完锅，咱们还是要回来看看自己代码为啥死循环了？

 for (; ; ) {
            try {
                Msg poll = queue.poll(150, TimeUnit.MILLISECONDS);
               repository.insertBatch(records, numberOfBatch);
                ...............
            } catch (Exception e) {
             .......
            }
        }

都trycatch住了，你不死谁死，能想到的解决办法就是 执行多少次还异常自动退出就完了。

第2次死循环的事件经过要下篇见了，今天到此了！！！