Oracle12C日志出现error=904怎样解决

**导读**

> 作者：杨漆

> 16年关系型数据库管理，从oracle 9i 、10g、11g、12c到Mysql5.5、5.6、5.7、8.0 到TiDB获得3个OCP、2个OCM；运维路上不平坦，跌过不少坑、熬过许多夜。把工作笔记整理出来分享给大伙儿，希望帮到大家少走弯路、少熬夜。

早晨巡检alert 时发现如下error:

/*##############################

##############################

##############################

##############################

##############################

##############################

*/

2021-07-08T08:01:45.567325+08:00

SELECT XX1, XX2, XX3, XX4, L_DATE, PE_NO, RE_TYPE, RR_ID, RAL, R_AMOUNT,E_STATUS, u_timestamphereEPAY FROM XXX_RE_PLAN_SE

Additional information: hd=0x75a7eaa18 phd=0x1fbfa19f28 flg=0x28 cisid=194 sid=194 ciuid=194 uid=194

WARNING: too many parse errors, count=10200 SQL hash=0x0e407ce1

PARSE ERROR: ospid=20021, error=904 for statement:

##############################

定位故障发起时的sql

select machine,username,sid,Serial#,PROGRAM,PORT from v$session where sid=194;

machine：xxx-s111-fac1111-fdfgb-ueru8

username：TCADE

SID:194

Serial#: 71822

PROGRAM: JDBC Thin Client

PORT:59355

##############################

##############################

##############################

##############################

##############################

##############################

查询报错的表结构

desc KKTY_LLAN.XXX_RE_PLAN_SE;

Name Null? Type

----------------------------------------- -------- ----------------------------

XX1 NOT NULL NUMBER(38)

XX2 NOT NULL VARCHAR2(30)

XX3 VARCHAR2(30)

XX4 NUMBER(24)

L_DATE NUMBER(24)

PE_NO NUMBER(38)

RE_TYPE NUMBER(38)

RR_ID VARCHAR2(20)

RAL NUMBER(38)

R_AMOUNT NUMBER(14,2)

E_STATUS NUMBER(14,2)

u_timestamp NUMBER(14,2)

hereEPAY NUMBER(14,2)

##############################

##############################

##############################

##############################

##############################

##############################

##Over

至此答案已经很明显了： 最后两个字段研发在sql里连在一起了 u_timestamphereEPAY

反馈给研发部门重新调整sql,问题解决。

##############################

##############################

##############################

##############################

##############################

##############################

##############################

##############################

##############################

##############################

##############################

##############################

##############################