14

出于性能原因，我不久前开始使用 dapper.net，与仅在 LINQ To SQL 中运行“ExecuteQuery”相比，我真的很喜欢命名参数功能。

它适用于大多数查询，但我有时会遇到一些非常奇怪的超时。最奇怪的是，这种超时只发生在通过 dapper 执行 SQL 时。如果我从分析器中复制执行的查询并在 Management Studio 中运行它，它的速度很快，而且效果很好。这不仅仅是一个暂时的问题。查询始终通过 dapper 超时，并且在 Management Studio 中始终正常工作。

exec sp_executesql N'SELECT Item.Name,dbo.PlatformTextAndUrlName(Item.ItemId) As PlatformString,dbo.MetaString(Item.ItemId) As MetaTagString, Item.StartPageRank,Item.ItemRecentViewCount
                    NAME_SRCH.RANK as NameRank,
                    DESC_SRCH.RANK As DescRank, 
                    ALIAS_SRCH.RANK as AliasRank, 
                    Item.itemrecentviewcount,
                    (COALESCE(ALIAS_SRCH.RANK, 0)) + (COALESCE(NAME_SRCH.RANK, 0)) + (COALESCE(DESC_SRCH.RANK, 0) / 20) + Item.itemrecentviewcount / 4 + ((CASE WHEN altrank > 60 THEN 60 ELSE altrank END) * 4) As SuperRank
                    FROM dbo.Item
                    INNER JOIN dbo.License on Item.LicenseId = License.LicenseId

                    LEFT JOIN dbo.Icon on Item.ItemId = Icon.ItemId
                    LEFT OUTER JOIN FREETEXTTABLE(dbo.Item, name, @SearchString) NAME_SRCH ON
                    Item.ItemId = NAME_SRCH.[KEY] 
                    LEFT OUTER JOIN FREETEXTTABLE(dbo.Item, namealiases, @SearchString) ALIAS_SRCH ON
                    Item.ItemId = ALIAS_SRCH.[KEY] 
                    INNER JOIN FREETEXTTABLE(dbo.Item, *, @SearchString) DESC_SRCH ON
                    Item.ItemId = DESC_SRCH.[KEY]
                    ORDER BY SuperRank DESC OFFSET @Skip ROWS FETCH NEXT @Count ROWS ONLY',N'@Count int,@SearchString nvarchar(4000),@Skip int',@Count=12,@SearchString=N'box,com',@Skip=0

那是我从 SQL Profiler 复制粘贴的查询。我在我的代码中这样执行它。

            using (var connection = new SqlConnection(ConfigurationManager.ConnectionStrings["Conn"].ToString())) {
            connection.Open();
            var items = connection.Query<MainItemForList>(query, new { SearchString = searchString, PlatformId = platformId, _LicenseFilter = licenseFilter, Skip = skip, Count = count }, buffered: false);
            return items.ToList();
        }

我不知道从哪里开始。我想 dapper 一定有什么问题，因为当我执行代码时它工作正常。

正如您在此屏幕截图中看到的那样。这是先通过代码然后通过 Management Studio 执行的相同查询。

在此处输入图像描述

我还可以补充一点，只有（我认为）当我有两个或更多单词或搜索字符串中有“停止”字符时才会发生这种情况。所以它可能与全文搜索有关，但我不知道如何调试它，因为它可以在 Management Studio 中完美运行。

更糟糕的是，它在我的本地主机上运行良好，并且具有几乎相同的数据库，无论是来自代码还是来自 Management Studio。

4

4 回答 4

13

Dapper 只不过是 ado.net 上的实用程序包装器；它不会改变 ado.net 的运作方式。在我看来，这里的问题是“在 ssms 中有效，在 ado.net 中失败”。这不是唯一的：偶尔会发现这种情况很常见。可能的候选人：

  • “set”选项：这些在 ado.net 中具有不同的默认值 - 并且可能会影响性能，特别是如果您有计算 + 持久 + 索引列之类的东西 - 如果“set”选项不兼容，它可以决定它不能使用存储的值，因此不是索引 - 而是表扫描和重新计算。还有其他类似的场景。
  • 系统负载/事务隔离级别/阻塞；在 ssms 中运行某些东西并不会及时重现整个系统负载
  • 缓存查询计划：有时会缓存和使用 duff 计划；从 ssms 运行通常会强制执行一个新计划 - 自然会针对您在测试中使用的参数进行调整。更新所有索引统计信息等，并考虑添加“优化”查询提示
于 2013-03-29T09:42:04.170 回答
8

在 ADO 中，CommandTimeout 的默认值为 30 秒，在 Management Studio 中为无穷大。调整调用 Query<> 的命令超时时间，见下文。

var param = new { SearchString = searchString, PlatformId = platformId, _LicenseFilter = licenseFilter, Skip = skip, Count = count };
var queryTimeoutInSeconds = 120;
using (var connection = new SqlConnection(ConfigurationManager.ConnectionStrings["Conn"].ToString()))
{
    connection.Open();
    var items = connection.Query<MainItemForList>(query, param, commandTimeout: queryTimeoutInSeconds, buffered: false);
    return items.ToList();
}

另请参阅 MSDN 上的 SqlCommand.CommandTimeout 属性

于 2015-09-11T13:15:18.810 回答
3

对于 Dapper，默认超时为 30 秒，但我们可以通过这种方式增加超时。在这里，我们将超时时间增加 240 秒（4 分钟）。

    public DataTable GetReport(bool isDepot, string fetchById)
    {
        int? queryTimeoutInSeconds = 240;
        using (IDbConnection _connection = DapperConnection)
        {
            var parameters = new DynamicParameters();
            parameters.Add("@IsDepot", isDepot);
            parameters.Add("@FetchById", fetchById);
            var res = this.ExecuteSP<dynamic>(SPNames.SSP_GetSEPReport, parameters, queryTimeoutInSeconds);
            return ToDataTable(res);
        }
    }

在存储库层，我们可以使用附加参数“queryTimeoutInSeconds”为存储过程调用自定义的 ExecuteSP 方法。

以下是 dapper 的“ExecuteSP”方法：-

    public virtual IEnumerable<TEntity> ExecuteSP<TEntity>(string spName, object parameters = null, int? parameterForTimeout = null)
    {
        using (IDbConnection _connection = DapperConnection)
        {
            _connection.Open();
            return _connection.Query<TEntity>(spName, parameters, commandTimeout: parameterForTimeout, commandType: CommandType.StoredProcedure);
        }
    }
于 2019-01-22T07:32:42.450 回答
2

可能是在 Dapper 中设置命令超时的问题。下面是如何在 Dapper 中调整命令超时的示例： Setting Command Timeout in Dapper

于 2013-03-28T13:41:06.623 回答