您好,登錄后才能下訂單哦!
8623錯誤:The query processor ran out of internal resources and could not produce a query plan
問題描述:
配置了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)也可以避免你看到的問題。查看文檔確定你的情況下的具體原因:
Microsoft Knowledge Base article for TF 4122
Microsoft Knowledge Base article for TF 4102, 4118
Microsoft Knowledge Base article for TF 4199
打相關Hotfix補丁包,或者直接升級到對應版本最新的SP包。相關KB 982376文章:
FIX: A non-yielding scheduler error or an error 8623 occurs when you run a query that contains a large IN clause in SQL Server 2005, SQL Server 2008, or SQL Server 2008 R2
使用擴展事件識別8623錯誤:
在SQL Server 2012及后續版本運行以下TSQL腳本:
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.
參考:
https://blogs.technet.microsoft.com/mdegre/2012/03/13/8623-the-query-processor-ran-out-of-internal-resources-and-could-not-produce-a-query-plan/
http://dba.stackexchange.com/questions/28945/query-processor-ran-out-of-internal-resources-and-could-not-produce-a-query-plan
https://mssqlwiki.com/2012/10/07/optimizer-timeout-or-optimizer-memory-abort/
http://blog.rdx.com/blog/dba_tips/2014/05/using-server-trace-to-identify-8623-errors
http://jasonbrimhall.info/2014/01/02/day-9-queries-going-boom/
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。