IPS数据库SQL执行异常:ORA-00600

# IPS数据库SQL执行异常:ORA-00600

1. 一、问题描述
	1. 1. ASH报告分析
		1. sql\_id(5n0b7n2410wak)等待时间cursor: pin S wait on X

![](/media/202408//1724980413.288479.png)

* 
	1. 2. alert.log分析
		1. ORA-00600内部错误，引起报错的sql\_id(5n0b7n2410wak)与ASH报告中TOP事件一致
			1. 2024-08-27T19:01:38.831711+08:00
			2. Memory Notification: Library Cache Object loaded into SGA
			3. Heap size 512000K exceeds notification threshold (51200K)
			4. Details in trace file /tqls\_system/app/oracle/products/diag/rdbms/ips/ips/trace/ips\_ora\_5711.trc
			5. 2024-08-27T19:01:38.831825+08:00
			6. KGL object name :SELECT count(0) FROM (SELECT DISTINCT a.ID\_, a.NAME\_, a.CREATE\_TIME\_, a.PROC\_INST\_ID\_, a.BUSINESS\_KEY\_, b.NAME\_ AS instanceName, b.KEY\_, a.TASK\_DEF\_KEY\_, aha.VAR\_JSON\_ FROM ACT\_RU\_TASK a JOIN ACT\_RE\_PROCDEF b ON a.PROC\_DEF\_ID\_ = b.ID\_ LEFT JOIN ACT\_RU\_IDENTITYLINK c ON a.ID\_ = c.TASK\_ID\_ JOIN ACT\_RE\_DEPLOYMENT d ON b.DEPLOYMENT\_ID\_ = d.ID\_ LEFT JOIN ACT\_HI\_ACTINFO aha ON a.PROC\_INST\_ID\_ = aha.ID\_ WHERE (c.USER\_ID\_ = :1 OR a.assignee\_ = :2 ) AND b.CATEGORY\_ = :3 ) table\_count
			7. Errors in file /tqls\_system/app/oracle/products/diag/rdbms/ips/ips/trace/ips\_ora\_5711.trc (incident=1014067):
			8. ORA-00600: internal error code, arguments: [KGL-heap-size-exceeded], [0x0EECD5ED8], [0], [524288016], [], [], [], [], [], [], [], []
			9. Incident details in: /tqls\_system/app/oracle/products/diag/rdbms/ips/ips/incident/incdir\_1014067/ips\_ora\_5711\_i1014067.trc
			10. Use ADRCI or Support Workbench to package the incident.
			11. See Note 411.1 at My Oracle Support for error and packaging details.

1. 二、问题处理
	1. 1. v$session视图分析

![](/media/202408//1724980413.2979293.png)

* 
	+ 
		1. 正在执行sql\_id=5n0b7n2410wak的会话有83个
		2. sid=1328的会话等待事件：PGA memory operation
		3. 其他82个会话都在等待sid=1328
		4. sql\_id=5n0b7n2410wak查询语句，仅持有S锁，不持有X锁，逻辑上不会阻塞其他会话的执行
		5. 锁定原因：是sql\_id=5n0b7n2410wak触发了ORACLE内部BUG，导致执行计划异常
		6. 特别说明：在异常期间，PLSQL直连数据库执行sql\_id=5n0b7n2410wak，成功
	1. 2. 阻塞会话清理
		1. kill会话1328，执行失败
			1. ALTER SYSTEM KILL SESSION '1328,18547'；
		2. OS kill process:成功
			1. sql> select spid from v$process where addr = paddr;
			2. ps -ef |grep spid
			3. kill -9 spid
		3. 发现阻塞变成了sql\_id(5n0b7n2410wak)的另一个会话
		4. 杀掉执行sql\_id(5n0b7n2410wak)的所有会话的process
		5. 很快又有新的sql\_id(5n0b7n2410wak)会话进来，继续阻塞后面的会话
	2. 3. 关闭应用，kill all os-process from sql\_id(5n0b7n2410wak),然后重启数据库：sql执行恢复正常
	3. 4. ORA-00600分析

![](/media/202408//1724980413.3091614.png)

* 
	+ 
		1. 1）该错误是oracle12.2以下版本的bug：但我们的数据库版本是12.2版本，理论上不存在该bug
		2. 2）doc id 2628072.1：ora-00600文档分析
			1. bug确认：文档中提及的kkocs在trace file中有找到

![](/media/202408//1724980413.3175685.png)

![](/media/202408//1724980413.3300152.png)

* 
	+ 
		1. 3）doc id 2628072.1：给到的解决方案
			1. 1.升级数据库到19.1：代价较大，相应的应用需要做较大调整，不推荐
			2. 2.升级补丁patch 20917487：可行
			3. 3.关闭adaptive cursor sharing功能：可能会影响所有SQL的执行计划，有风险，不推荐
		2. 4）因不清楚该BUG触发的机制：修改该sql或者绑定执行计划并无目标方向，但通过改写sql或绑定执行计划是能减少触发bug风险：可行

1. 三、总结
	1. 1. 确认问题：在一系列前提的基础上sql\_id(5n0b7n2410wak)执行触发了oracle内部bug:ora-00600,一般情况下sql\_id(5n0b7n2410wak)执行并不会触发该bug;
	2. 2. 测试环境复现触发bug前的工作流，看能不能再次出发该ORACLE内部bug:ora-00600
	3. 3. 后续措施
		1. 1）补丁升级：patch 20917487
		2. 2）修改sql，减少触发bug的风险
	4. 4.ips系统优化建议
		1. IPS系统将大量的数据计算处理放到数据库层：不符合当前软件设计的主流思想。
		2. 建议：逐步将数据计算处理转移到应用层。