WARNING: too many parse errors' in the 12.2 Alert.log

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: WARNING: too many parse errors' in the 12.2 Alert.log

WARNING: too many parse errors' in the 12.2 Alert.log

SYMPTOMS
The following messages are generated in the alert.log frequently:
WARNING: too many parse errors, count=29200 SQL hash=0x2473a808
PARSE ERROR: ospid=7013, error=942 for statement:
2017-05-30T08:19:13.196642-06:00
select col1, col2 from testtab where col1=1;
The "error=942" indicates the underlying cause why the SQL cannot be parsed successfully. In this case, error=942 means ora-942: table or view does not exist

CAUSE
The similar issue is being investigated in following bug:

BUG 26184177 - "WARNING: TOO MANY PARSE ERRORS" IN THE ALERT.LOG <===closed as duplicate to following bug:
Bug 16945190 DIAGENH: DUMPING PARSE FAILURES AUTOMATICALLY W/O EVENT 10035
The base bug revealed that the feature to print parse error message into alert log is introduced in fix of 16945190 to detect parse failure without setting event 10035.

SOLUTION
The solution is to fix the underlying parse failure issue.

Alternatively you can set _kks_parse_error_warning=0 to mute the warning, but it is not recommended, since parse failure is harmful to database performance, it can cause various mutex/latch/library cache lock contention.

The main reason you are seeing this error in alert log, is the problematic SQL cannot be parsed successfully. Most of time the problem is due to application issue.

相关实践学习
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
相关文章
|
关系型数据库 Oracle 数据库
|
文字识别
ALERT.LOG for ASM Shows "WARNING: failed to online diskgroup resource ora.GI.dg (unable to communica
APPLIES TO: OracleDatabase - Enterprise Edition - Version 11.2.0.1 to 12.
1489 0
|
监控 数据库
【每日一摩斯】-LGWR Is Generating Trace file with "Warning: Log Write Time 540ms, Size 5444kb" In 10.2.0.4
LGWR Is Generating Trace file with "Warning: Log Write Time 540ms, Size 5444kb" In 10.
854 0
|
7月前
|
监控 容灾 算法
阿里云 SLS 多云日志接入最佳实践:链路、成本与高可用性优化
本文探讨了如何高效、经济且可靠地将海外应用与基础设施日志统一采集至阿里云日志服务(SLS),解决全球化业务扩展中的关键挑战。重点介绍了高性能日志采集Agent(iLogtail/LoongCollector)在海外场景的应用,推荐使用LoongCollector以获得更优的稳定性和网络容错能力。同时分析了多种网络接入方案,包括公网直连、全球加速优化、阿里云内网及专线/CEN/VPN接入等,并提供了成本优化策略和多目标发送配置指导,帮助企业构建稳定、低成本、高可用的全球日志系统。
808 54

热门文章

最新文章