标签: query-store

   CREATE EVENT SESSION [QueryStore_Cleanup_Audit]
ON SERVER
    ADD EVENT qds.query_store_db_cleanup__finished
    (ACTION
     (
         package0.last_error,
         package0.process_id,
         sqlos.cpu_id,
         sqlos.system_thread_id,
         sqlos.task_time,
         sqlserver.client_app_name,
         sqlserver.client_connection_id,
         sqlserver.client_hostname,
         sqlserver.client_pid,
         sqlserver.context_info,
         sqlserver.database_id,
         sqlserver.database_name,
         sqlserver.nt_username,
         sqlserver.plan_handle,
         sqlserver.server_instance_name,
         sqlserver.session_id,
         sqlserver.session_nt_username,
         sqlserver.sql_text,
         sqlserver.transaction_id,
         sqlserver.username
     )
     WHERE ([database_id] = (5))
    ),
    ADD EVENT qds.query_store_db_cleanup__started
    (ACTION
     (
         package0.last_error,
         package0.process_id,
         sqlos.cpu_id,
         sqlos.system_thread_id,
         sqlos.task_time,
         sqlserver.client_app_name,
         sqlserver.client_connection_id,
         sqlserver.client_hostname,
         sqlserver.client_pid,
         sqlserver.context_info,
         sqlserver.database_id,
         sqlserver.database_name,
         sqlserver.nt_username,
         sqlserver.plan_handle,
         sqlserver.server_instance_name,
         sqlserver.session_id,
         sqlserver.session_nt_username,
         sqlserver.sql_text,
         sqlserver.transaction_id,
         sqlserver.username
     )
     WHERE ([database_id] = (5))
    )
WITH
(
    MAX_MEMORY = 40096KB,
    EVENT_RETENTION_MODE …

Run Code Online (Sandbox Code Playgroud)

sql-server query-store

Duc*_*DBA

2018 10-09

4
推荐指数

1
解决办法

391
查看次数

什么是 Query Store 2017 中的“日志内存”

在 SQL 2017 中，除了2017年添加的之外，还有一个新的执行指标“日志内存”我没有找到任何关于它的信息。

执行指标：（SQL 2017）

CPU 时间、持续时间、执行计数、逻辑读取、逻辑写入、内存消耗、物理读取、CLR 时间、并行度 (DOP)、行计数、日志内存、TempDB 内存和等待时间

我相信我了解所有其他指标是什么以及我为什么会关心。

我在几个特定时期运行了前 5 个资源消耗查询的所有指标。我记录了，现在我正在检查结果。我知道“日志内存”的（非常大）值以 KB 为单位。

指标“日志内存”究竟是什么？

编辑，收到两个答案我检查

LowlyDBA的回答表明它是来自 5 个相关领域的组合sys.query_store_runtime_stats

使用jadarnel27 在他们的回答中提供的代码来验证

我创建了数据库 '231682' 并运行了 5 个字段的测试查询，我得到的结果非常相似

我总结（用于=SUM()在Excel中）我的价值观，并得到1383040（字节）

我查看了查询存储，对于使用的日志内存 (KB)，它显示的值为 354,058,240 (KB)，这个数字要大几个数量级，与字节相比也是 KB，以字节为单位，它将是 354,058,240,000（字节）

我把所有字段的总数相加，只得到 1,655,236（字节）

SELECT *
FROM sys.query_store_runtime_stats qsrs
WHERE qsrs.avg_log_bytes_used > 0;

Run Code Online (Sandbox Code Playgroud)

我怀疑我的问题的答案是 SQL 2017 中的“日志内存”指标没有任何实际价值。这个小实验中显示的值是 354GB，高得不切实际。

sql-server query-store sql-server-2017

Jam*_*ins

2019 03-11

4
推荐指数

2
解决办法

337
查看次数

查询存储 - 提高 max_storage_size_mb（查询存储保留，最大大小）会在短时间内起作用，然后又回到 250？

我已经失败了几次了。在 UI 中，我能够成功地将查询存储保留设置中的查询存储大小从 250 mb 增加到 1000 mb。我进行更改，关闭数据库属性窗口，重新打开，看起来更改成功，显示 1000 mb。然后当我再次查看它时（可能是第二天左右），它又恢复到 250 mb。

版本为 Microsoft SQL Server 2017 (RTM-CU13) (KB4466404) - 14.0.3048.4。

这里会发生什么？

sql-server query-store

Syl*_*via

2021 08-10

3
推荐指数

3
解决办法

215
查看次数

查询存储计划不强制并且没有失败原因

我在查询存储中强制执行了一个计划，如下所示

EXEC sys.sp_query_store_force_plan @query_id = 113366, @plan_id = 3687662

但是当我再次运行查询时，查询不使用该计划，也不显示failure_force_reason

以下查询显示该计划已被强制，并表明上次运行时强制没有失败

SELECT  plan_id,
        query_id,
        is_forced_plan,
        last_force_failure_reason_desc
FROM    sys.query_store_plan
WHERE   is_forced_plan = 1

Run Code Online (Sandbox Code Playgroud)

以下查询显示了相关查询的最后一次运行时间，这向我证实，我确实重新运行了这个查询，并且它使用了与我强制执行的计划不同的计划：

SELECT  TOP 1
        q.query_id,
        p.plan_id,
        s.last_execution_time,
        SYSDATETIMEOFFSET() AS CurrentTime
FROM    sys.query_store_query q
        JOIN sys.query_store_plan p
            ON q.query_id = p.query_id
        JOIN sys.query_store_runtime_stats s
            ON s.plan_id = p.plan_id
WHERE   q.query_id = 113366
ORDER BY s.last_execution_time DESC

Run Code Online (Sandbox Code Playgroud)