sql-server - 诊断 Azure SQL 上 FT_IFTSHC_MUTEX 的高等待时间

Question

最近，我们遇到了 FT_IFTSHC_MUTEX 等待计数大幅上升的问题。我们发现某些用户请求的等待时间接近 250 秒。我们将 SQL Azure 的全文搜索功能用于我们的云服务中的搜索功能。

我们观察到的是，当 FT_IFTSHC_MUTEX 等待计数激增时，数据库性能会下降。我们开始看到查询执行时间大大增加，队列中的查询越来越多。

根据文档，我在这种等待类型上唯一能找到的是:

FT_IFTSHC_MUTEX: Full-text is waiting on an fdhost control operation. Documented for informational purposes only. Not supported. Future compatibility is not guaranteed.

在所有其他博客或文档中，我读到的是这种等待类型是良性的，可以忽略。我想确认是否:

• 这真的可以忽略吗？
• 高等待计数可能是什么原因造成的，我该如何调试它？在等待计数很高的时期，SQL Server 处理器很稳定(没有峰值)，因此进入数据库的请求计数也很稳定。

有任何进一步调试的指示吗？

Answer 1

您能否验证在更新由全文搜索索引的列时资源消耗没有达到限制，因此发生节流导致等待高峰？

SELECT 
    (COUNT(end_time) - SUM(CASE WHEN avg_cpu_percent > 80 THEN 1 ELSE 0 END) * 1.0) / COUNT(end_time) AS 'CPU Fit Percent'
    ,(COUNT(end_time) - SUM(CASE WHEN avg_log_write_percent > 80 THEN 1 ELSE 0 END) * 1.0) / COUNT(end_time) AS 'Log Write Fit Percent'
    ,(COUNT(end_time) - SUM(CASE WHEN avg_data_io_percent > 80 THEN 1 ELSE 0 END) * 1.0) / COUNT(end_time) AS 'Physical Data Read Fit Percent'
FROM sys.dm_db_resource_stats

--99.9% 的服务水平目标 (SLO) <= 进入下一层

如果此数据库的工作负载是 I/O 密集型，则高级层适用于这些工作负载。