主页 / dba / 问题

问题[sql-server](dba)

Martin Hope
J. Mini
Asked: 2025-02-09 00:23:12 +0800 CST
  • 5

分区的好处文档列出了以下内容作为分区表的第一个性能优势

当分区列与表连接的列相同时，查询优化器可以更快地处理两个或多个分区表之间的等值连接查询。

同一页面稍后会就此主题进行更详细的说明，但这只是告诉您，连接未以完全相同方式分区的分区表不会获得与连接等效分区表相同的优化。当然，这与前面部分的说法无关；两种分区表方式之间的任何性能比较都与分区与不分区相比的优势无关。

这让我产生了一个疑问：连接等效分区表是否比连接具有相同前导聚集索引键的两个表更快？我很乐意接受实验性的答案或使用相关理论得出结论的答案。

我读过内部原理，也读过很多白皮书和博客，但我认为我没有在任何地方看到过这个问题。我对内部原理的理解让我得出结论，分区方法应该比非分区方法慢。毕竟，分区实际上所做的就是将另一个索引键放在键列表的前面。我自己的实验也发现了同样的结果。

sql-server
Martin Hope
Joe Obbish
Asked: 2025-02-06 02:20:33 +0800 CST
  • 11

我们有一个可用性组，由 42 个数据库组成，其中一个为同步副本，另一个为异步副本。同步副本能够跟上主副本（根据定义），但异步副本中的大多数数据库在工作日开始时会冻结其进度，直到工作日结束前都不会取得进展。以下图表显示了数据库的 AG 滞后，由last_commit_timesys.dm_hadr_database_replica_states计算得出

滞后图

对于大多数数据库来说，该last_commit_time时间大约在上午 9:00 左右，直到工作日结束。以下引述来自故障排除：异步提交可用性组副本可能带来的数据丢失

以下部分介绍了异步提交辅助副本可能出现高数据丢失风险的常见原因，假设您的服务器实例中没有与可用性组无关的系统性性能问题。

  1. 网络延迟高或网络吞吐量低导致主副本上日志累积

  2. 磁盘 I/O 瓶颈减慢了辅助副本上的日志强化

大约一半的数据库使用Microsoft Azure 中的 SQL Server 数据文件功能。这些数据库的 I/O 性能非常差，以至于我有时会在错误日志中看到 15 秒的 I/O 警告。让我感到困惑的是，大多数延迟最严重的数据库都不在 Azure 存储上。我能看到的唯一模式是，具有最佳 I/O 性能的数据库似乎具有最大的延迟。

如果可用性组中有多个数据库，那么一个 I/O 性能较差的数据库是否可能导致另一个 I/O 性能良好的数据库滞后？

如果需要的话，请提供一些有关我的情况的额外技术细节：

  • SQL Server 版本是 Microsoft SQL Server 2019 (RTM-CU30)。

  • 托管异步副本的数据中心距离主数据中心 1800 英里。两个数据中心都在美国。

  • 从异步副本到主副本的 Ping 时间为 40-50 毫秒。我多次被告知，我们没有达到某种整体网络吞吐量限制。netttcp 测试显示带宽容量为 25-30Mbit/秒。

  • 根据hadr_database_flow_control_action扩展事件，工作日内未取得进展的数据库实际上 100% 的时间都在等待流量控制。滞后较少的数据库无需花时间等待流量控制。

  • 根据hadr_transport_flow_control_action扩展事件，传输层上没有任何等待流量控制的情况。Sends to Transport/sec性能计数器似乎证实了这一点。

  • 跟踪标志 12310 无论如何都已启用并且没有明显的效果。

  • 对于存储在 Azure 之外的异步数据库，写入延迟在 1-10 毫秒之间。对于存储在 Azure 中的数据库，写入延迟高达 400 毫秒。

  • 使用Bytes Sent to Replica/secperfmon 计数器，异步副本能够保持到上午 8:30 左右。然后它就落后了，只有在几个小时后出现一些巨大的进展后才能赶上。

已发送字节数

  • perfmon计数器Log Bytes Flushed/sec（一天中部分时间的数据丢失）似乎与我们看到的发送字节数相符。最终用户活动在下午 4:30 左右开始下降，此时异步副本在追赶方面取得了更多进展。

日志刷新

  • 我于 2025 年 2 月 6 日生成了一份 AG 延迟报告，瓶颈在于主服务器上的发送和流量控制。我不知道如何跟进这些结果：

在此处输入图片描述

在此处输入图片描述

在此处输入图片描述

  • 我知道将使用 Microsoft Azure 中的 SQL Server 数据文件功能的数据库放入异步 AG 可能是一种不寻常的设置。我们有效地将数据发送到 1800 英里外只是为了将其发送到云端。微软关于该功能的文档表明这可能没有必要：

高可用性和灾难恢复优势：使用 Microsoft Azure 中的 SQL Server 数据文件功能可能会简化高可用性和灾难恢复解决方案。例如，如果 Microsoft Azure 中的虚拟机或 SQL Server 实例崩溃，您只需重新建立与 blob 的链接即可在新的 SQL Server 实例中重新创建数据库。

sql-server
Martin Hope
jkohl
Asked: 2025-02-05 20:11:47 +0800 CST
  • 11

我目前面临 SQL Server 中参数化查询的问题，我不知道它的根源在哪里。

我将其分解为一个简单的例子：

假设有一张表，其中包含有关某个子实体的数据以及 ，以及parent_id上的相应索引parent_id。基于此访问数据，parent_id但通过视图访问，该视图除了表数据外，还包含一列，用于计算row_number按 分区的所有条目parent_id。

可重复的设置

创建表、索引和视图如下：

CREATE TABLE dbo.test (id BIGINT IDENTITY(1,1), text NVARCHAR(255), parent_id BIGINT);
GO

CREATE NONCLUSTERED INDEX idx_test_parent_id
       ON dbo.test (parent_id);
GO

CREATE VIEW dbo.test_view
AS
  SELECT *, ROW_NUMBER() OVER (PARTITION BY parent_id ORDER BY id) AS row_num
  FROM dbo.test
GO

现在将一些数据放入表中：

DECLARE @i BIGINT = 0
WHILE @i < 200000
BEGIN
    SET @i = @i + 1
    INSERT INTO dbo.test (text, parent_id)
    VALUES ('test 1', @i), ('test 2', @i), ('test 3', @i);
END

问题

当通过视图中的参数化查询访问数据时，SQL Server 将对表进行完整扫描。

DECLARE @parent_id BIGINT = 123456
SELECT *
FROM dbo.test_view
WHERE parent_id = @parent_id

查询计划全表扫描

而当直接访问数据（不使用参数）时，我们将得到预期的索引查找。

SELECT *
FROM dbo.test_view
WHERE parent_id = 123456

查询计划索引查找

我尝试过

搜索不同的论坛，我不太明白这里发生了什么。我发现了类似的问题，参数的数据类型错误，因此性能很差，但这对我来说不是问题。我也读过有关参数嗅探的问题，但我不认为这是问题，因为我不通过存储过程或函数访问数据。

此外，当我使用参数化查询直接从表中访问数据时，不会发生此问题。即使使用参数，也会进行索引查找。

当我将OPTION (RECOMPILE)查询添加到使用参数化查询访问视图的查询时，也会发生同样的情况，SQL Server 最终会执行索引查找。

问题

有人能解释一下这里的问题吗？为什么这是视图的问题而不是表本身的问题？我真的需要row_number在插入/删除期间摆脱以不同方式计算的视图吗？

设置

  • 在 Docker 容器中运行的 SQL Server 2022 v16.0.4165
  • Docker 映像：mcr.microsoft.com/mssql/server:2022-latest

当然，实际的表有一个主键。但它也有很多列，而不仅仅是text列。将所有这些列都包含在索引中是可能的。不过，从表本身进行选择时不会出现此问题，所以在我看来，这似乎不是索引的问题。

我不知道我正在以兼容模式运行数据库。在生产环境中我甚至得到了CardinalityEstimationModelVersion="140"。我不认为我故意在任何地方设置了它。

执行计划

sql-server
Martin Hope
Dominique
Asked: 2025-02-03 16:42:58 +0800 CST
  • 6

我正在使用 SQL-Server，使用 SQL-Server Management Studio (SSMS)。

为了执行备份恢复，我通过 SSMS 创建了一个名为的 SQL Server 登录PORT-DDM\SQLEXPRESS，这是连接 SQL-Server 数据库的典型方式。

我还创建了第二个实例，名为PORT-DDM\SQLEXPRESS01（其中PORT-DDM是我的 PC 的名称），现在我想将PORT-DDM\SQLEXPRESS实例中的备份还原到PORT-DDM\SQLEXPRESS01实例中。我已进行PORT-DDM\SQLEXPRESS备份并将其存储在本地目录中C:\Temp_Folder\<filename>.bak，但在执行还原操作时，出现以下错误消息：

===================================
Restore of database '<Prod>_<Customer>' failed. (Microsoft.SqlServer.Management.RelationalEngineTasks)
------------------------------
Program Location:
   at Microsoft.SqlServer.Management.RelationalEngineTasks.RestoreDatabaseTaskFormComponent.PerformTask(ITaskExecutionContext context)
   at Microsoft.SqlServer.Management.RelationalEngineTasks.RestoreDatabaseTaskFormComponent.Perform(ITaskExecutionContext context)
   at Microsoft.SqlServer.Management.TaskForms.TaskExecutionManager.ExecuteTaskSequence(ISfcScriptCollector collector)
===================================
System.Data.SqlClient.SqlError: The operating system returned the error '5(Access is denied.)' while attempting 'RestoreContainer::ValidateTargetForCreation' on 'C:\Program Files\Microsoft SQL Server\MSSQL15.SQLEXPRESS\MSSQL\DATA\<Prod>_<Customer>.mdf'. (Microsoft.SqlServer.SmoExtended)
------------------------------
For help, click: https://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=16.100.47021.0&LinkId=20476
------------------------------
Program Location:
   at Microsoft.SqlServer.Management.Smo.RestorePlan.Execute()
   at Microsoft.SqlServer.Management.RelationalEngineTasks.RestoreDatabaseTaskFormComponent.PerformTask(ITaskExecutionContext context)

（所提及的链接似乎已失效。）

我该怎么办？

哦，我忘了说了：我的备份所在的位置可供我的电脑的每个用户访问：
临时文件夹属性图形

我已将完全控制权授予所有人，使用icalcs。现在我陷入困境，因为 SQL-Server 正在使用以下文件：C:\Program Files\Microsoft SQL Server\MSSQL15.SQLEXPRESS\MSSQL\DATA\<Prod>_<Cust>.mdf。

为了避免这种情况，我重新启动了我的 SQL-Server 会话，甚至重新启动了我的整个 PC，但问题仍然存在。

根据要求，“恢复数据库屏幕”的图像：

截屏

这正在变成一场血腥的噩梦：

  1. 首先，我收到错误消息，说他需要文件的管理员访问权限。
  2. 然后他抱怨说文件正在使用中，所以我必须重新启动计算机。
  3. 然后他抱怨说还有其他文件需要管理员权限。
  4. 一旦管理好这些，他又抱怨文件正在使用中，所以我需要重新启动计算机。
  5. 最后他说“但是你不能这样做：你正在将数据库恢复到原来的位置。”

=> 最后一件事是我创建“SQLExpress 01 ”登录的确切原因：为了能够拥有相同数据库的不同实例：一个用于运行时测试，一个用于恢复从客户站点检索的备份。通常，后者工作正常，但现在我正在处理一个数据库服务器无法访问的客户，所以我使用“生成脚本”来获取±备份。我的想法是再次备份我的计算机（在“SQLEXPRESS”登录下），在“SQLEXPRESS01”登录下恢复，并将其用于提到的“生成脚本”场景。

sql-server
Martin Hope
J. Mini
Asked: 2025-02-02 20:47:11 +0800 CST
  • 5

对于 SQL Server 中的分区表，使用 min/max 函数或时存在一个臭名昭著的重大性能问题TOP。Microsoft在此处记录了此问题的解决方法。我确信此问题在 SQL Server 2022 中没有得到修复。如果给他们更多钱是一种解决方法，微软肯定会更新解决方法列表。

但是，这在 SQL Server 2022 之后有改变吗？我确信我在 2024 年看到了指向此 Connect 项目的有效链接。今天，即使在所有 Connect 项目都迁移到的现代Azure 建议中，我也找不到它。这向我表明，这个已有十年历史的错误在过去几年中发生了一些事情。

我自己无法回答这个问题，因为我无法访问 SQL Server 2025 或任何前沿的 Azure 产品，我听说 SQL Server 2025 的预览版已经发布。

sql-server
Martin Hope
Gus M.
Asked: 2025-02-01 08:08:51 +0800 CST
  • 5

每当我关闭不想保留的 SQL 脚本或即使我要保存它时，此“查询执行结果”对话框在此处输入图片描述都会出现在您想要保存或不保存的常规操作之前。

有谁知道怎样摆脱吗？

sql-server
Martin Hope
Jefferson
Asked: 2025-01-30 21:22:07 +0800 CST
  • 8

我有此存储过程，我希望根据 AgentId 或不使用 AgentId 获得最大 startDate。我执行此操作的方法是使用 if else，想看看是否有更好的方法来实现此目的？

  IF (@AgentId = 0)
      BEGIN
          SELECT top (1)max(cgv.StartDate) as AgentLatestPublishedDate,ag.Name
          FROM compendia.Agent ag
          JOIN compendia.DrugCompendium AS dc ON dc.AgentId = ag.OriginalAgentId 
          JOIN compendia.CompendiaGuidelineVersion cgv ON cgv.CompendiaGuidelineVersionId = dc.CompendiaGuidelineVersionId
          JOIN guideline.Disease AS d ON d.DiseaseId = dc.DiseaseId
          WHERE cgv.WorkFlowStatusId = 6 AND ag.EndDate IS NULL AND dc.IsNoLongerRecommended = 0
          group by ag.AgentId,ag.Name
      end

    ELSE
    BEGIN
          SELECT max(cgv.StartDate) as AgentLatestPublishedDate,ag.Name
          FROM compendia.Agent ag
          JOIN compendia.DrugCompendium AS dc ON dc.AgentId = ag.OriginalAgentId 
          JOIN compendia.CompendiaGuidelineVersion cgv ON cgv.CompendiaGuidelineVersionId = dc.CompendiaGuidelineVersionId
          JOIN guideline.Disease AS d ON d.DiseaseId = dc.DiseaseId
          WHERE cgv.WorkFlowStatusId = 6 AND ag.EndDate IS NULL AND dc.IsNoLongerRecommended = 0 and ag.AgentId = @AgentId
          group by ag.AgentId,ag.Name
    end
sql-server
Martin Hope
Yano_of_Queenscastle
Asked: 2025-01-29 15:45:56 +0800 CST
  • 11

当我在CREATE PROCEDURE命令前写一些注释时，这些注释似乎被保留为过程定义的一部分。

例如，当我创建这样的过程时

/*Comment header*/
CREATE OR ALTER PROCEDURE example_procedure
AS 
SELECT 1 AS Id

被/*Comment header*/存储为定义的一部分。

小提琴

这是有记录的行为吗？我总能依赖它吗？还是这只是一些不可靠的 SQL Server 怪癖？

我的天真理解是，过程定义以CREATE关键字开头，因此我犹豫是否要依赖违背我的直觉的行为。

sql-server