部分用户执行DB2 SQL查询仅触发SQLCODE=-302错误，求根因

我之前处理过类似的DB2场景，结合你描述的“仅特定用户触发、同模式其他查询正常、权限一致”这些信息，大概率是以下几个方向的问题，给你逐一拆解：

1. 参数值与列的类型/长度不匹配（最常见） #

SQLCODE=-302本质是输入参数的值不符合目标列的数据类型、长度或精度要求。虽然其他用户能正常执行，但特定用户的参数可能刚好踩中了边界：

• 比如OC_CHECK.CHECK_NAME是VARCHAR(50)，该用户传入的字符串字符数没超，但如果是UTF-8编码，部分特殊字符（如中文、emoji）会占用多字节，实际字节数超过了列的长度限制；
• 或者参数对应的列是数值类型（如DECIMAL），该用户的参数值超出了列的精度范围（比如列是DECIMAL(5,2)，但参数传了1000.00）。

你可以把该用户的实际参数值代入SQL，直接在DB2客户端执行，看是否直接触发-302错误，这是最快定位的方式。

2. Java参数绑定的类型不兼容 #

因为是Java事务调用，要检查该查询的PreparedStatement参数绑定逻辑：

• 有没有把错误的类型绑定到列上？比如把String类型绑定到INTEGER列，其他用户的参数刚好是可转换的数字，但该用户的参数包含非数字字符；
• 有没有对参数做了特殊处理（比如截断、格式化），但处理逻辑在该用户的场景下失效了？

对比同模式下正常查询的参数绑定代码，看是否存在差异。

3. 用户会话环境的差异 #

不同用户的DB2会话可能有不同的环境变量设置，这也可能触发-302：

• 比如CURRENT CODEPAGE（代码页）不一致，导致参数在编码转换时长度溢出；
• 或者CURRENT SCHEMA设置不同，虽然你说权限一致，但如果会话默认schema不对，会不会意外访问了其他同名但结构不同的表？不过这种情况一般会报权限或表不存在错误，但也不排除特殊场景。

可以让该用户执行VALUES CURRENT CODEPAGE, CURRENT SCHEMA;，和正常用户的结果对比。

4. 隐式转换导致的异常 #

你的查询里有两个表的连接条件：

OCS.CHECK_ID = OC_CHECK.CHECK_ID 
AND OCS.TEMPLATE_ID = OC_CHECK.TEMPLATE_ID

如果这两个列的数据类型不一致（比如一个是INT，一个是BIGINT），DB2会做隐式转换。大部分情况下没问题，但特定用户的参数值可能刚好触发转换异常（比如超大数值导致溢出）。不过这种情况一般会影响所有用户，所以优先级相对低，但也可以排查下两个表的列定义是否完全一致。

内容的提问来源于stack exchange，提问作者Matt