Question

我有一个名为Transaction_tbl的表，其中包含超过400,000条记录。这是表结构：

CREATE TABLE [dbo].[Transaction_tbl](
    [transactID] [numeric](18, 0) IDENTITY(1,1) NOT NULL,
    [TBarcode] [varchar](20) NULL,
    [cmpid] [int] NULL,
    [Locid] [int] NULL,
    [PSID] [int] NULL,
    [PCID] [int] NULL,
    [PCdID] [int] NULL,
    [PlateNo] [varchar](20) NULL,
    [vtid] [int] NULL,
    [Compl] [bit] NULL,
    [self] [bit] NULL,
    [LstTic] [bit] NULL,
    [Gticket] [int] NULL,
    [Cticket] [int] NULL,
    [Ecode] [varchar](50) NULL,
    [dtime] [datetime] NULL,
    [LICID] [int] NULL,
    [PAICID] [int] NULL,
    [Plot] [varchar](50) NULL,
    [mkid] [int] NULL,
    [mdlid] [int] NULL,
    [Colid] [int] NULL,
    [Comments] [varchar](100) NULL,
    [Kticket] [int] NULL,
    [PAmount] [numeric](18, 2) NULL,
    [Payid] [int] NULL,
    [Paid] [bit] NULL,
    [Paydate] [datetime] NULL,
    [POICID] [int] NULL,
    [DelDate] [datetime] NULL,
    [DelEcode] [nvarchar](50) NULL,
    [PAICdate] [datetime] NULL,
    [KeyRoomDate] [datetime] NULL,
    [Status] [int] NULL,
 CONSTRAINT [PK_Transaction_tbl] PRIMARY KEY CLUSTERED 
(
    [transactID] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

GO

我在Locid，dtime列上有一个非聚集索引。我有一个这样的存储过程：

ALTER procedure [dbo].[IBS_fetchreleasedinpodiumgridnew]
   @locid INTEGER = NULL
AS BEGIN
   SET NOCOUNT ON
  DECLARE @TodayMinus7Days DATETIME
Declare @krrt integer
Declare @DT integer
   SET @TodayMinus7Days = getdate()-1



SELECT  
       t.TBarcode, t.PlateNo, t.DelEcode,cast(t.Paydate as Time) [REQ],
       datediff(MINUTE, t.PayDate,
             CASE t.Status
                WHEN 3 THEN GETDATE()
                WHEN 4 THEN t.KeyRoomDate
                When 5 THEN  t.KeyRoomDate
                End) as KRRT,

             datediff(MINUTE,t.PayDate,
             CASE t.Status
              WHEN 3 THEN GETDATE()
              WHEN 4 THEN GETDATE()
             WHEN 5 THEN t.DelDate
             END) as DT

   FROM    
       dbo.Transaction_tbl t

   WHERE   

   ( 
       ([status] IN (3,4))
       OR 
       ([status] = 5 AND DATEDIFF(n, DelDate, GETDATE()) <= 3)
   )
   AND locid = 6 AND dtime >= @TodayMinus7Days
   ORDER BY  
       paydate 
       end

我的执行计划是这样的： enter image description here

但是大部分时间都需要很长时间才能执行..在这种情况下，我如何提高存储过程的执行性能？
我想要使用的任何其他方法。任何帮助都非常适合。谢谢

查询执行计划显示排序需要很长时间..如果我在paydate上给出索引，我的查询性能会提高吗？而不是这个dtime >= @TodayMinus7Days我给出了这样的代码：

dtime >= OPTION (optimize for (@TodayMinus7Days))

但收到错误：关键字＆＃39; OPTION＆＃39;附近的语法不正确。

Answer 1

除了优化查询外，还有一些我可以立即建议的方法来改善存储过程的性能。

参数嗅探：当存储过程传递参数时，它会分析数据集以确定哪些是最有效的索引。这很有用，虽然计划已缓存，并且会过时，导致存储过程在低效的执行计划上运行。

解决方案：重新声明参数或针对未知参数值优化存储过程

禁止行计数：提高存储过程性能的最简单方法之一是SET NOCOUNT ON。这将阻止SQL Server在执行每个语句后将消息发送回客户端，这对于存储过程不是必需的。这似乎是一个小小的改进，但结果是显而易见的。

解决方案：SET NOCOUNT ON

下面的代码段有一个示例，说明它们在存储过程中的位置。请注意，如果您要重新声明参数，则不需要针对未知进行优化，反之亦然。

CREATE PROCEDURE dbo.example_proc   
(   
    @USER_PARAM VARCHAR(200)
)
AS
BEGIN

    -- suppress  the number of rows returned
    SET NOCOUNT ON;

    -- Re-declaring the variable will prevent paramater sniffing
    DECLARE @LOCAL_USER_PARAM VARCHAR(200) = @USER_PARAM

    SELECT
        *
    FROM some_table st
    WHERE st.some_column = @LOCAL_USER_PARAM

    -- If you don't re-declare params, you can add this line
    OPTION (OPTIMIZE FOR (@USER_PARAM UNKNOWN))
    --

END 
GO

Answer 2

尝试使用“with recompile”根据参数获得更合适的执行计划。在我的情况下，它有助于将时间从大约1小时减少到几分钟。希望它也适用于你的情况。

exec [dbo].[IBS_fetchreleasedinpodiumgridnew] 1 with recompile

Answer 3

检查方式手动运行SP。如果工作正常，那么您的问题就是隔离级别。将这些行添加到存储过程的开头。

SET NOCOUNT ON; 
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED  ;

存储过程是在sql server中执行很长时间

3 个答案: