Brent Ozar's questions

我在 AWS Aurora Postgres 15.5 上有一个 Stack Overflow 数据库的公共副本：

• 服务器：query.smartpostgres.com
• 用户名：只读
• 密码：511e0479-4d35-49ab-98b1-c3a9d69796f4

users 表有这个索引：

create index users_length_displayname on users(length(displayname));

但是当我运行以下任一查询时：

select * from users where length(displayname) > 35;
select length(displayname) from users where length(displayname) > 35;

他们不使用功能索引，正如他们的查询计划所证明的那样：

那么，呃，为什么？

当我在具有 PostgreSQL 链接服务器连接的 SQL Server 2022 服务器上运行此查询时：

SELECT TOP 1 * 
FROM PGSTACK.stackoverflow.[public].users 
WHERE Id = 1;

SQL Server 通过网络获取远程用户表的全部内容（所有行），并在本地过滤它们。查询运行时间超过 3 分钟。

实际的查询计划不显示本地过滤器 - 这意味着 SQL Server 仅从远程服务器获取 1 行：

• 问题 1：是否可以在不重写查询以使用 OPENQUERY 的情况下避免这种情况（获取远程表的全部内容）？
• 问题 2：即使只是尝试获取估计的执行计划，实际上也会获取远程表中的所有行，并且仅需要 3 分钟以上才能获得估计的计划。这可以避免吗？

其他技术细节：

• 远程服务器在 id 上有一个主键，查询在 Postgres 上以毫秒为单位运行
• 远程 Postgres 服务器的 pg_stat_activity 显示 SQL Server 正在运行此查询：select * from "stackoverflow"."public"."users"- 请注意表上缺少任何过滤器
• Postgres ODBC 驱动程序 16.00 2023-09-16，最新版本来自此处
• SQL Server 2022 内部版本 16.0.4095.4
• 网络控制面板甚至显示查询开始后吞吐量急剧上升 - 再说一次，我在这里只拉一行：

SQL Server 2022 为事务日志文件增长事件引入了即时文件初始化。在What's New in 2022 page中，Microsoft 指出：

通常，事务日志文件无法从即时文件初始化 (IFI) 中受益。从 SQL Server 2022 (16.x)（所有版本）和 Azure SQL 数据库开始，即时文件初始化可以使高达 64 MB 的事务日志增长事件受益。新数据库的默认自动增长大小增量为 64 MB。大于 64 MB 的事务日志文件自动增长事件无法从即时文件初始化中受益。

为了对此进行测试，我尝试以不同的大小（比如 50 和 70MB）反复增加日志文件，但是......它们都不是即时的。

DROP DATABASE LogGrowthTest;
GO
CREATE DATABASE [LogGrowthTest]
 CONTAINMENT = NONE
 ON  PRIMARY 
( NAME = N'LogGrowthTest', FILENAME = N'Z:\MSSQL\Data\LogGrowthTest.mdf', 
    SIZE = 8192KB , FILEGROWTH = 60000KB )
 LOG ON 
( NAME = N'LogGrowthTest_log', FILENAME = N'Z:\MSSQL\Data\LogGrowthTest_log.ldf' , 
    SIZE = 8192KB , FILEGROWTH = 60000KB )
GO
DECLARE @TestStartTime DATETIME2 = GETDATE(), @i INT = 1,
    @StringStarter NVARCHAR(4000) = N'ALTER DATABASE [LogGrowthTest] MODIFY FILE ( NAME = N''LogGrowthTest_log'', SIZE = ',
    @StringToExec NVARCHAR(4000);   
WHILE @i < 101
    BEGIN
    /* CHANGE THE 63 IN THE BELOW LINE TO CHANGE FILE GROWTH SIZE: */
    SET @StringToExec = @StringStarter + CAST((@i * 63) AS NVARCHAR(10)) + N'MB );';
    PRINT(@StringToExec)
    EXEC(@StringToExec);
    SET @i = @i + 1;
    END
SELECT DATEDIFF(millisecond,@TestStartTime, GETDATE()) AS TestDurationSeconds
GO

我尝试了 63MB、65MB，但似乎没有太大区别 - 100 个增长事件的测试大约需要 15-16 秒。

所以问题是，即时文件初始化是否不适用于手动日志文件增长，即使是小文件？只有自动增长事件？（我还无法证明它也适用于自动增长事件。）

我在 AWS i3.16xlarge 上运行 SQL Server 2022 RC1 设置，具有 2 个套接字、2 个 NUMA 节点、每个节点 32 个逻辑处理器、总共 64 个逻辑处理器。

安装程序推荐 MAXDOP 8：

但是，如果您单击该链接来配置 MAXDOP，建议会说：

根据那篇知识库文章，MAXDOP 应该是 16，而不是 8。当然，从技术上讲，8 小于 16 - 但 2、4 或 15 也是如此。8 来自哪里？

SQL Server 安装完成并启动服务后，日志显示 SQL Server 正在自动实现具有 4 个节点的 Soft-NUMA，每个节点具有 16 个逻辑处理器：

同样，这表明 MAXDOP 应该是 16。

这是一个错误，还是我错过了一些明显的东西？设置将在 MAXDOP 8 停止的地方是否还有其他不成文的规则？

我需要在此查询中应用查询提示（如NOWAIT或NOLOCK）CROSS APPLY。我该怎么做：

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

SELECT *
FROM sys.objects obj WITH (NOLOCK) 
INNER JOIN sys.stats stat WITH (NOLOCK) ON stat.object_id = obj.object_id  
CROSS APPLY sys.dm_db_stats_properties(stat.object_id, stat.stats_id) sp

我无权访问函数内容（出于显而易见的原因。）

我继续从问题中删除了repro，以使其更清楚。我不太关心重现阻塞的能力。（这也发生在客户环境和第 2548 期的第一响应者工具包中。）

我想创建一个被拒绝写入任何数据库的登录名 - 不仅仅是今天存在的数据库，还有任何新创建的数据库或从其他服务器恢复的数据库。

我不能使用仅数据库角色（甚至在模型中），因为这些角色不会对新恢复的数据库生效。

（商业目的：我正在写一篇关于人们如何为自己设置低权限的新登录的博客文章，并且他们可以确保他们在复制/粘贴代码时不会意外地出现“糟糕”的时刻或在没有 where 子句的情况下运行它。）

SQL Server 2019 CTP 2.3 向 sys.databases 添加了一些新列，包括 is_result_set_caching_on：

它尚未在SQL Server 2019 中的新增功能和ALTER DATABASE 页面中记录。

我尝试使用与加速数据库恢复相同的语法只是为了笑：

ALTER DATABASE StackOverflow2013 SET RESULT_SET_CACHING ON;

但没有运气：

Msg 5058, Level 16, State 12, Line 8
Option 'RESULT_SET_CACHING' cannot be set in database 'StackOverflow2013'.

所有这些都有效：

CREATE DATABASE [¯\_(ツ)_/¯];
GO
USE [¯\_(ツ)_/¯];
GO
CREATE SCHEMA [¯\_(ツ)_/¯];
GO
CREATE TABLE [¯\_(ツ)_/¯].[¯\_(ツ)_/¯]([¯\_(ツ)_/¯] NVARCHAR(20));
GO
CREATE UNIQUE CLUSTERED INDEX [¯\_(ツ)_/¯] ON [¯\_(ツ)_/¯].[¯\_(ツ)_/¯]([¯\_(ツ)_/¯]);
GO
INSERT INTO [¯\_(ツ)_/¯].[¯\_(ツ)_/¯]([¯\_(ツ)_/¯]) VALUES (N'[¯\_(ツ)_/¯]');
GO
CREATE VIEW [¯\_(ツ)_/¯].[vw_¯\_(ツ)_/¯] AS SELECT [¯\_(ツ)_/¯] FROM [¯\_(ツ)_/¯].[¯\_(ツ)_/¯];
GO
CREATE PROC [¯\_(ツ)_/¯].[sp_¯\_(ツ)_/¯] @Shrug NVARCHAR(20) AS SELECT [¯\_(ツ)_/¯] FROM [¯\_(ツ)_/¯].[vw_¯\_(ツ)_/¯] WHERE [¯\_(ツ)_/¯] = @Shrug;
GO
EXEC [¯\_(ツ)_/¯].[¯\_(ツ)_/¯].[sp_¯\_(ツ)_/¯] @Shrug = N'[¯\_(ツ)_/¯]';
GO

但是您可能会看到我的意思：我不想要@Shrug，我想要@¯\_(ツ)_/¯.

这些都不适用于 2008-2017 的任何版本：

CREATE PROC [¯\_(ツ)_/¯].[sp_¯\_(ツ)_/¯] @[¯\_(ツ)_/¯] NVARCHAR(20) AS SELECT [¯\_(ツ)_/¯] FROM [¯\_(ツ)_/¯].[vw_¯\_(ツ)_/¯] WHERE [¯\_(ツ)_/¯] = @[¯\_(ツ)_/¯];
GO
CREATE PROC [¯\_(ツ)_/¯].[sp_¯\_(ツ)_/¯] [@¯\_(ツ)_/¯] NVARCHAR(20) AS SELECT [¯\_(ツ)_/¯] FROM [¯\_(ツ)_/¯].[vw_¯\_(ツ)_/¯] WHERE [¯\_(ツ)_/¯] = [@¯\_(ツ)_/¯];
GO

那么，有没有办法使用 unicode 存储过程参数名称呢？

SQL Server 2017 有几个新的存储过程：

• sp_refresh_single_snapshot_view – @view_name nvarchar(261)、@rgCode int 的输入参数
• sp_refresh_snapshot_views – @rgCode int 的输入参数

sys.messages 中的新条目：

• 10149 – 无法在视图 '%.*ls' 上创建具有 SNAPSHOT_MATERIALIZATION 的索引，因为视图定义包含内存优化表。
• 10642 – 不能为 '%.*ls' 上的索引 '%.*ls' 设置 SNAPSHOT_MATERIALIZATION，因为它仅适用于视图上的索引。
• 10643 – 不能为 '%.*ls' 上的 '%.*ls' 设置 SNAPSHOT_MATERIALIZATION，因为它仅适用于视图上的聚集索引。
• 10648 – 不能为 '%.*ls' 上的分区索引 '%.*ls' 设置 SNAPSHOT_MATERIALIZATION。
• 10649 – 无法在具有 SNAPSHOT_MATERIALIZATION 的聚集索引 '%.*ls' 的 '%.*ls' 上创建非聚集索引 '%.*ls'。
• 10650 – 刷新快照视图需要在数据库上启用快照隔离。
• 3760 – 无法删除具有 SNAPSHOT_MATERIALIZATION 的视图 '%.*ls' 上的索引 '%.*ls'。
• 4524 – 无法更改视图 '%.*ls'，因为它具有快照实现。
• 4525 – 在刷新视图之前，无法对具有快照实现的视图 '%.*ls' 使用提示 '%ls'。

和新的扩展事件：

那么我们如何创建快照物化视图呢？（显然，微软还没有记录它。）这是我迄今为止尝试过的东西的要点。