使用 ODP.NET 的第一次查询总是很慢

Question

注意：我考虑过先在 DBA Exchange 上发布，但考虑到这是 .NET 客户端问题，我认为最好先在这里提问。

我有两个函数存储在我的 Oracle 11g 开发服务器中，它们是使用 ODP.NET 调用的（使用 Oracle.ManagedDataAccess 而不是 Oracle.DataAccess）。

这两个函数在 SQL Developer 中速度极快（这是有道理的，它们是仅选择约 20,000 条记录的简单查询），但从我的 C# 应用程序触发时性能（使用 System.Diagnostics.Stopwatch 测量）并不出色使用 ODP.Net。

结果如下：（忽略'转换时间和合成时间，它们不属于查询过程）

Connecting time - GET_TVM_ALL: 00:00:00.0553501
Query time - GET_TVM_ALL: 00:00:05.3467058
Conversion time: 00:00:07.6508273
Connecting time - GET_TVM_STATUS_ALL_FUNC: 00:00:00.0006773
Query time - GET_TVM_STATUS_ALL_FUNC: 00:00:00.0256008
Conversion time: 00:00:03.7280097
Composing time: 00:00:00.0157274
Total Elapsed: 00:00:16.7796351

GET_TVM_ALL 的 5 秒执行时间太长了。更令人惊讶的是，第二个查询要快得多。这很奇怪，因为毫无疑问，这是对超过 20 倍记录量的更复杂的查询。

所以我把它们换了，结果是这样的：

Connecting time - GET_TVM_STATUS_ALL_FUNC: 00:00:00.0573807
Query time - GET_TVM_STATUS_ALL_FUNC: 00:00:05.2981962
Conversion time: 00:00:03.6474905
Connecting time - GET_TVM_ALL: 00:00:00.0007322
Query time - GET_TVM_ALL: 00:00:00.0070785
Conversion time: 00:00:07.2473809
Composing time: 00:00:00.0154049
Total Elapsed: 00:00:16.2268687

如您所见，无论其内容如何，​​第一个查询似乎总是很慢。为了证明这一点，我做了一个愚蠢的虚拟函数：

CREATE OR REPLACE FUNCTION GET_DUMMY
RETURN SYS_REFCURSOR
AS
    -- REFCURSOR to return data
    pCursor SYS_REFCURSOR;
    BEGIN
        OPEN pCursor FOR SELECT 1 FROM DUAL;      
        RETURN pCursor;
    END;

现在，从我的代码中调用它，让我们看看：

Connecting time - GET_DUMMY: 00:00:00.0581149
Query time - GET_DUMMY: 00:00:05.4103165
Conversion time: 00:00:00.0005617
Connecting time - GET_TVM_STATUS_ALL_FUNC: 00:00:00.0006580
Query time - GET_TVM_STATUS_ALL_FUNC: 00:00:00.0759243
Conversion time: 00:00:03.7577602
Connecting time - GET_TVM_ALL: 00:00:00.0000489
Query time - GET_TVM_ALL: 00:00:00.0037654
Conversion time: 00:00:07.5071360
Composing time: 00:00:00.0152159
Total Elapsed: 00:00:16.7819147

所以这证明了这一点，我运行的第一个查询总是很慢。

额外信息：我正在为我正在调用的每个函数打开和关闭一个新连接。

顺便说一下，这是我的辅助函数：

public static List<T> ExecuteFunction<T>(string strConnection, string strFunction, OracleDbType returnType, List<DataOracleParameter> parameterList) where T : new()
{
    Stopwatch watch = new Stopwatch();

    using (OracleConnection objConnection = new OracleConnection(strConnection))
    {

        // Create the command object and set attributes
        OracleCommand objCommand = new OracleCommand(strFunction, objConnection);
        objCommand.CommandType = CommandType.StoredProcedure;

        // Set the return parameter and type
        OracleParameter returnValue = new OracleParameter();
        returnValue.OracleDbType = returnType;
        returnValue.Direction = ParameterDirection.ReturnValue;
        objCommand.Parameters.Add(returnValue);

        // Set additional parameters
        if (parameterList != null && parameterList.Count > 0)
        {
            foreach (DataOracleParameter parameter in parameterList)
            {
                OracleParameter inputValue = new OracleParameter();
                inputValue.ParameterName = parameter.ParameterName;
                inputValue.OracleDbType = parameter.ParameterType;
                inputValue.Value = parameter.ParameterValue;
                inputValue.Direction = ParameterDirection.Input;
                objCommand.Parameters.Add(inputValue);
            }
        }

        // Create a data adapter to use with the data set
        OracleDataAdapter dataAdapter = new OracleDataAdapter(objCommand);

        // Create and fill the dataset
        DataSet dataSet = new DataSet();

        watch.Start();
        dataAdapter.Fill(dataSet);
        watch.Stop();
        Console.WriteLine("Query time - {0}: {1}", strFunction, watch.Elapsed);

        List<T> valueList = dataSet.Tables[0].ToList<T>();

        return valueList;
    }
}

Answer 1

我今天遇到了这个问题，它让我想起了十年前微软的 Oracle 驱动程序的一个问题。当我们使用参数时，它很慢，但如果我们转换为文字，它会按预期工作。我一直认为参数是最佳实践，所以这让我很困惑。

原来是微软适配器，连他们都承认是垃圾。切换到 ODP.net 修复了它。

快进到今天...我在使用 Oracle 的托管 ODP.net 时遇到了同样的现象。当我使用参数（也就是正确的方式）时，甚至需要 FOREVER 才能运行查询。

using (OracleCommand cmd = new OracleCommand(sql, conn))
{
    cmd.Parameters.Add("FROM_DATE", fromDate);
    cmd.Parameters.Add("DISTRIBUTOR_ID", distributorId);

    using (OracleDataReader reader = cmd.ExecuteReader()) // Bottleneck here
    {
    }
}

当我切换到文字时（再次，这是一种可怕的做法），它立即运行。

sql = sql.Replace(":DISTRIBUTOR_ID", distributorId.ToString())
    .Replace(":FROM_DATE", string.Format("'{0:dd-MMM-yyyy}'", fromDate));

using (OracleCommand cmd = new OracleCommand(sql, conn))
{
    using (OracleDataReader reader = cmd.ExecuteReader())
    {
    }
}

令人失望...托管 ODP 有问题吗？吸虫？我不会将其用作标准做法，但现在，我将文字保留在此特定代码中。我的应用程序控制这些值，因此它是 SQL 注入安全的。

附：我知道我应该使用 Oracle 的 to_date 和显式参数声明。

Answer 2

我有同样的问题，我重命名了 iis 应用程序池，让名字简短，它解决了我的问题，虽然难以理解，但它对我有用

Answer 3

首先我建议您在 OracleCommand 对象上调整 FetchSize。