主页 / dba / 问题 / 482
Accepted
BradC
Asked: 2011-01-11 12:48:48 +0800 CST

我怎么知道为什么在某个表上插入很慢？

  • 772

我知道 SQL 表上的 INSERT 可能由于多种原因而变慢：

  • 表上存在 INSERT TRIGGER
  • 许多必须检查的强制约束（通常是外键）
  • 当在表中间插入一行时，聚集索引中的页面拆分
  • 更新所有相关的非聚集索引
  • 阻止桌子上的其他活动
  • IO写响应时间差
  • ...我错过了什么？

在我的具体情况下，我如何判断哪个负责？如何衡量页面拆分与非聚集索引更新与其他所有内容的影响？

我有一个存储过程，一次插入大约 10,000 行（来自临时表），每 10k 行大约需要 90 秒。这是不可接受的慢，因为它会导致其他 spid 超时。

我查看了执行计划，看到了 INSERT CLUSTERED INDEX 任务和 FK 查找中的所有 INDEX SEEKS，但它仍然不能确定为什么需要这么长时间。没有触发器，但该表确实有一些 FKey（似乎已正确索引）。

这是一个 SQL 2000 数据库。

sql-server insert

5 个回答

  1. Best Answer

    有些东西你可以看看...

    将批量大小从 10000 减小到更小的值，例如 2000 或 1000（你没有说你的行大小有多大）。

    尝试打开 IO Stats 以查看 FK 查找占用了多少 IO。

    插入时发生的等待是什么（master.dbo.sysprocesses）？

    让我们从这里开始，看看我们要去哪里。

    • 11

  2. 布拉德，

    您应该检查查询的等待统计信息。使用 SQL2000，您可以使用 DBCC SQLPERF("waitstats") 语法来获取这些详细信息。

    • 7

  3. 在分析查询的性能时，我可以说出我在寻找什么。也许它有帮助。

    • 分析查询执行计划并检查索引扫描、表扫描、sql 数据类型的 convert_implicit 函数的使用、并行性。
    • 使用 SET STATISTICS IO ON 和 SET STATISTICS TIME ON 运行查询以查看每个插入的执行时间和读/写 io。
    • 从 sysprocesses 中检查您的会话 spid 的等待时间。
    • 运行探查器并选择标准模板。选择以下：性能统计（如果重复，那么你的计划被编译了很多次 - 不好），RPC：已完成，SQL：batchcompleted 和 SQL：batchstarting。向它们添加列行数以准确查看批处理中的行数。过滤结果以仅查看您的查询。
    • 最后从 windows perfmon 收集页面预期寿命 计数器，如果它低于 300（5 分钟），则 SQL 内存不足。还要收集磁盘计数器：磁盘队列长度、磁盘时间（您的数据文件驱动器）、磁盘时间（您的日志文件驱动器），以查看磁盘是否有压力。
    • 6

  4. 尝试使用：

    SET STATISTICS IO ON

    和

    SET STATISTICS PROFILE ON

    统计 IO

    有助于告诉您哪些表正在执行最多的表扫描、逻辑读取和物理读取（我使用这三个来关注查询计划的哪个部分最需要调整）

    统计资料

    将主要以表格格式返回查询计划，然后您可以查看 IO 和 CPU 列，了解查询中花费最多的内容（是临时表上的表扫描还是插入到您的集群键等...）

    • 5

  5. 建议：

    1. 在活动监视器中查看查询中可能的锁定
    2. 查看您查询的执行计划和 IO 统计信息
    3. 索引和约束（特别是对于非聚集索引或 FK 等许多索引）可能会影响插入性能。
    4. 保留但重建所需的索引。
    5. 一次插入一行确实是一种不好的做法，会对性能产生负面影响，特别是在 SQL Server 等 ACID DB 上。批量插入！
    • 0

相关问题