博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
8623错误:The query processor ran out of internal resources and could not pro
阅读量:6805 次
发布时间:2019-06-26

本文共 2462 字,大约阅读时间需要 8 分钟。

问题描述:

配置了SQL Server安全性16的告警,发送邮件通知,如下:

收到如下告警信息:

查看错误日志:

Error: 8623, Severity: 16, State: 1.    

The query processor ran out of internal resources and could not produce a query plan.

 

原因:

这是一个突发事件,预料中只会发生在极其复杂的查询,或者参照了非常大量的表或者分区的查询。比如,使用IN从句(多于10000个条目)SELECT记录。

 

解决方法:

如果是SQL Server 2008 R2及之前版本,使用Server Side Trace;如果是SQL Server 2012及之后版本,使用Extended Event。首先,跟踪到具体导致8623错误的查询。然后对查询进行优化,可以尝试将部分查询结果放到临时表中,然后再去根据条件关联。

对于IN从句,我们可以来看看BOL上的:

Explicitly including an extremely large number of values (many thousands of values separated by commas) within the parentheses, in an IN clause can consume resources and return errors 8623 or 8632. To work around this problem, store the items in the IN list in a table, and use a SELECT subquery within an IN clause.

Error 8623:

The query processor ran out of internal resources and could not produce a query plan. This is a rare event and only expected for extremely complex queries or queries that reference a very large number of tables or partitions. Please simplify the query. If you believe you have received this message in error, contact Customer Support Services for more information.

Error 8632:

Internal error: An expression services limit has been reached. Please look for potentially complex expressions in your query, and try to simplify them.


其他方法:

可以尝试运行带有使用了提示option(force order)、option(hash join)、option(merge join)、option(querytraceon 4102)的计划向导的查询。通过启用跟踪标志4102,将行为转为SQL Server 2000的半连接处理。启用跟踪标志4118、4122(或者涵盖的4199)也可以避免你看到的问题。查看文档确定你的情况下的具体原因:

打相关Hotfix补丁包,或者直接升级到对应版本最新的SP包。相关KB 982376文章:

 

使用扩展事件识别8623错误:

 

在SQL Server 2012及后续版本运行以下TSQL脚本:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
CREATE 
EVENT SESSION
overly_complex_queries
ON 
SERVER
ADD 
EVENT sqlserver.error_reported
(
ACTION 
(sqlserver.sql_text, sqlserver.tsql_stack, sqlserver.database_id, sqlserver.username)
WHERE 
([severity] = 16
AND 
[error_number] = 8623)
)
ADD 
TARGET package0.asynchronous_file_target
(
set 
filename = 
'E:\SQL-DATA\XE\overly_complex_queries.xel' 
,
metadatafile = 
'E:\SQL-DATA\XE\overly_complex_queries.xem'
,
max_file_size = 10,
max_rollover_files = 5)
WITH 
(MAX_DISPATCH_LATENCY = 5SECONDS)
GO
-- Start the session
ALTER 
EVENT SESSION overly_complex_queries
ON 
SERVER STATE = START
GO

该创建语句若在SQL Server 2008 R2中运行,会报如下错误:

Msg 25706, Level 16, State 8, Line 1

The event attribute or predicate source, "error_number", could not be found.

 

参考:

本文转自UltraSQL51CTO博客,原文链接:http://blog.51cto.com/ultrasql/1855439 ,如需转载请自行联系原作者
你可能感兴趣的文章
Spring Security简介
查看>>
打造一流的研发中心
查看>>
MCollective架构篇3-Puppet插件的部署及测试
查看>>
配置GNS使用CRT连接
查看>>
Java:集合类性能分析
查看>>
cms无法登陆
查看>>
JavaScript中事件处理
查看>>
VSTO 向office文档中插入内容
查看>>
【百度地图API】关于如何进行城市切换的三种方式
查看>>
How to provide highlighting with Spring data elasticsearch
查看>>
MongoDB 游标
查看>>
即将搭载人工智能芯片的华为Mate10,究竟会为业界带来什么?
查看>>
Android实现登录小demo
查看>>
AgentWeb是基于Android WebView一个功能完善小型浏览器库
查看>>
开放数据中心联盟推8个云计算应用模型
查看>>
学习数据分析的“里程碑”是什么?
查看>>
数据科学与DevOps之间的差距还有救吗?
查看>>
信息化一周回顾:金融业大数据十大趋势
查看>>
Http、TCP/IP协议与Socket之间的区别
查看>>
文思海辉:智慧数据避免企业成为大数据时代落伍者
查看>>