标签: sql-server

*编辑：结果证明这里的答案中没有任何解决方案，我在Python中使用SQLAlchemy，它是一个ORM。我在事务中执行下面的删除语句，但从未提交它。这导致发生大约 10 个打开的事务，最终所有事务都需要回滚，从而锁定整个表，直到回滚完成。

给定以下表结构，将使用最近日期时间的 update_time 连续插入记录。与数据库的单独连接会定期修剪日期超过 2 周的旧记录。

表结构：

以下插入运行非常频繁，具有不同的值：

重复以下删除语句直到需要为止，然后立即运行 select 以查看该过程是否完成

delete top(5000) from trade_options with (READPAST) where update_time < '<Two Weeks Ago>'

活动监视器显示删除正在锁定，插入正在等待（LCK_M_IX）：

谢谢

**编辑：这是作为脚本输出的索引/键

CREATE NONCLUSTERED INDEX [IX_order_option] ON [dbo].[order_option]
(
    [update_time] DESC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO

ALTER TABLE [dbo].[order_option] ADD PRIMARY KEY CLUSTERED 
(
    [exchange_id] ASC,
    [symbol] ASC,
    [update_time] ASC
)WITH (PAD_INDEX = OFF, …

具有 SQL Server Integration Services 包步骤的 SQL 代理作业失败并显示以下消息：

以用户身份执行：DOMAIN\SQLAGENTACCOUNT。适用于 64 位的 Microsoft (R) SQL Server 执行包实用程序版本 13.0.4259.0 版权所有 (C) 2016 Microsoft。版权所有。指定的报告选项无效。仅允许 E、W、I、C、D、P、V 和 N。命令行参数无效。这一步失败了。

当我重新索引特定表时

DBCC DBREINDEX(@TableName, \'\',90) \n

我收到一个错误

\n

级别 17，状态 2，过程 aareindex，第 21 行 [批处理起始行 0]\n 无法为对象 \xe2\x80\x98dbo 分配空间。SORT 临时运行存储:\n 数据库 \xe2 中的 422738479742976\xe2\x80\x99 \x80\x98mydatabase\xe2\x80\x99 因为 \xe2\x80\x98PRIMARY\xe2\x80\x99\n 文件组已满。通过删除不需要的文件、删除文件组中的对象、向文件组添加其他文件或为文件组中的现有文件设置自动增长来创建磁盘空间。

\n

所以我想尝试增加 TempDb 的大小

我可以通过查看数据库属性使用 SSMS 查看大小，但我不知道如何设置它。

[更新]

select type_desc, name, size, max_size, growth from tempdb.sys.database_files\n

回报

文件大小已为 10236 Mb，Express 限制为 10 Gig\n但是磁盘使用情况报告显示 26% 的磁盘空间未分配，40% 为数据，32% 为索引。

在SQL Server中，我们如何在查询执行后查看其实际执行计划？

据我所知，只有估计的执行计划（而不是实际的执行计划）存储在计划缓存中。那是对的吗？

注意：我们没有任何第三方监控工具。

Azure VM (IaaS) 上托管的 SQL Server 中是否存在数据库邮件？

如果不支持 DB 邮件，那么可以使用哪些功能？

我已经安装了 SQL Server 2019 RC1，但无法创建快照。当我运行快照代理时，我不断收到相同的消息：

2019-10-30 12:32:41.59 Microsoft (R) SQL Server Snapshot Agent
2019-10-30 12:32:41.59 [Assembly Version = 15.0.0.0, File Version = 15.0.1900.25]
2019-10-30 12:32:41.59 Copyright (c) 2016 Microsoft Corporation.
2019-10-30 12:32:41.59 The timestamps prepended to the output lines are expressed in terms of UTC time.
2019-10-30 12:32:41.59 User-specified agent parameter values:
2019-10-30 12:32:41.59 --------------------------------------
2019-10-30 12:32:41.59 -Publisher DB100
2019-10-30 12:32:41.59 -PublisherDB REF3_DB
2019-10-30 12:32:41.59 -Publication REF3_PDR4
2019-10-30 12:32:41.59 -Distributor DB100
2019-10-30 12:32:41.59 -DistributorSecurityMode 1
2019-10-30 12:32:41.59 -XJOBID 0xA694274CD89FAF418C8B059F22C01B85
2019-10-30 …

每当我编写动态 SQL 时，我通常会PRINT @DynamicSQL在该语句正上方的注释中包含一条语句EXEC sp_ExecuteSQL @DynamicSQL，以便在需要时可以轻松读取和调试动态 SQL。

我意识到 PRINT 语句在截断字符串之前有 8,000 个字符的限制。我知道我可以循环遍历我的 @DynamicSQL 变量，将 8,000 划分为它的长度，并每次迭代打印每个 8,000 块，但是随后您会丢失 @DynamicSQL 中的语句跨两个块的格式，这违背了我的目的。

有没有人找到更好的方法来在打印超过 8,000 个字符的字符串时保留格式？...也许通过自定义函数或过程？

目标：

删除三个表中数十亿条旧记录（大约 600GB），停机时间为零。

方法论和背景：

我计划一次删除与 100 万个 MyID 关联的批量记录（即 MyID 介于 1 和 1000000 之间）。当删除运行时，其中两个表将非常热，但第三个表上的活动可以安全地暂停。在两个热表中，MyID是聚簇键。在第三个冷表中，我在 MyID 上有一个非聚集索引。

除了 DELETE 操作之外，热表中的其他活动将包括 INSERT，可能每秒几次。MyID 是一个 IDENTITY，新插入的记录不会在任何 DELETE 批次的范围内。

如果有助于了解潜在性能，则在由 MyID 聚集的表上对这些行的样本批次进行聚合的 SELECT 花费的时间不到 1 秒，而在非聚集的表上则花费大约 2 秒。我没有这个特定数据库的产品副本可供使用，所以我不能说删除需要多长时间，但是一旦我将其部署到 DEV，我就会有一个更好的想法。

旁注：为了解决日志大小问题，我将这些批次包装在事务中，并将 TLog 备份频率从 15 分钟提高到 5 分钟。我有 150GB 的可用日志空间。

问题

我在 MS 文档中读到：

默认情况下，DELETE 语句始终在其修改的表上获取排它 (X) 锁，并保持该锁直到事务完成。

我对使用锁定提示非常谨慎，但在这种情况下我可以安全地使用锁定提示来避免 TABLOCKX 吗？除了锁定提示之外还有其他方法可以避免 TABLOCKX 吗？