ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小

ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小

初次遇见

下面开发小哥反馈上来这个问题时，第一反应应该是某个字段超长了或者某个字段数据类型不对传空值了。
第一时间去检查了代码，发现一个奇怪的问题：
有两套环境
1：Springboot 2.2.1.RELEASE 、 Mybatis-plus 3.2 、 ojdbc8 21.1.0.0
2：Spring、 Mybatis 3 、 orai18n、 OracleDriver

问题描述

环境1执行Oracle存储过程可以成功插入，环境2执行报错：ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小
我把执行sql完全打印出来了对比发现是一模一样的。（相同数据库，相同连接信息等）
那为什么两个相同的sql执行结果是不同的呢？

问题着手

1、首先还是本能的去对比了下两边的代码逻辑，调用存储过程的xml研究了一下，发现确实是相同的；
2、于是把矛头对准了运行环境 两者最大的区别就是 一个是内置tomcat启动 一个是外置tomcat启动；数据库驱动不同；持久化框架和版本不同；
3、一个一个去验证了下，tomcat版本一致后发现还是不行，先pass；
4、当改成相同驱动时发现，之前不行的环境2居然可以了！

峰回路转

原本以为可能就是驱动不同导致执行存储过程时一些转换出现问题，后面观察代码发现，之前的存储过程再环境2都是可以执行的！就唯独这一个存储过程一直不行？？？
那肯定是自己的判断出了错误，可能驱动只是表层问题。确实会影响到，但不是致命问题！！！
再次着手代码 着手数据库报错日志
Oracle都会有一张报错日志表：T_DBLOG

找到最新的一条报错记录！！！终于看到对应报错行数了
于是切入存储过程看具体sql！！！

好好好！问题在这边呗！！！
P_APPLY_ID是通过存储过程中生成的 看了下数据类型

不对啊 这个长度20够了呀 怎么会超长呢？？？
单独执行下这一条函数试试看吧！！

我这个生成就这个长度呀，表字段长度是完全够了的！
那又是啥原因呢？？接着往下看~~~~~

真相大白

下面就到了紧张刺激的贴代码环节
先看看我修改前的代码吧！

再看看我修改后的代码

是的没错 就改了个mode 从原本的IN改成了INOUT！
玩过mybatis的小伙伴肯定清楚 IN表示输入参数 也就是我们常说的入参。
INOUT表示输入输出参数，再存储过程中是可以被修改的！
真相浮出水面，我这个字段是存储过程中生成的，如果用IN的话，这个副本值是一直没法被改变的，或者说没法生成。那为什么环境1可以呢，作者还在研究中！！！准备从驱动入手！
事情到这里也结束了，只能说再调用Oracle的存储过程时，一定要严谨参数的定义！