我可以将长时间运行的存储过程分散到多个 CPU 上吗？

Question

[也在超级用户上-https://superuser.com/questions/116600/can-i-spead-out-a-long-running-stored-proc-accross-multiple-cpus]

我在 SQL Server 中有一个存储过程，可以获取并解密数据块。 （在这种情况下是信用卡。）

在大多数情况下，性能是可以忍受的，但有几个客户的过程非常缓慢，需要 1 分钟才能完成。 （确切地说，从 SQL Server 返回 59377 毫秒，但根据负载可能会有几百毫秒的变化）

当我观察这个过程时，我发现 SQL 只使用一个 proc 来执行整个过程，而且通常只使用 proc 0。

有没有一种方法可以更改我的存储过程，以便 SQL 可以多线程处理该过程？作弊并将通话分成两半（前 50%，后 50%）并分散负载是否可行？ （这里只是吐痰）

我的存储过程：

USE [Commerce]
GO
/****** Object:  StoredProcedure [dbo].[GetAllCreditCardsByCustomerId]    Script Date: 03/05/2010 11:50:14 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER PROCEDURE [dbo].[GetAllCreditCardsByCustomerId]
@companyId UNIQUEIDENTIFIER, @DecryptionKey NVARCHAR (MAX)
AS
SET NoCount ON

DECLARE @cardId uniqueidentifier
DECLARE @tmpdecryptedCardData VarChar(MAX);
DECLARE @decryptedCardData VarChar(MAX);

    DECLARE @tmpTable as Table 
    (
        CardId uniqueidentifier,
        DecryptedCard NVarChar(Max)
    )

DECLARE creditCards CURSOR FAST_FORWARD READ_ONLY
  FOR  Select cardId from CreditCards where companyId = @companyId and Active=1 order by addedBy desc



--2 
OPEN creditCards
--3 
FETCH creditCards INTO @cardId   -- prime the cursor

WHILE @@Fetch_Status = 0 
  BEGIN

        --OPEN creditCards
        DECLARE creditCardData CURSOR FAST_FORWARD READ_ONLY
                        FOR select convert(nvarchar(max), DecryptByCert(Cert_Id('Oh-Nay-Nay'), EncryptedCard, @DecryptionKey)) FROM CreditCardData where cardid = @cardId order by valueOrder

                OPEN creditCardData

                FETCH creditCardData INTO @tmpdecryptedCardData   -- prime the cursor

                WHILE @@Fetch_Status = 0 
                    BEGIN               

                        print 'CreditCardData'
                        print @tmpdecryptedCardData                     

                        set @decryptedCardData = ISNULL(@decryptedCardData, '') + @tmpdecryptedCardData
                        print '@decryptedCardData'
                        print @decryptedCardData;

                        FETCH NEXT FROM creditCardData INTO @tmpdecryptedCardData   -- fetch next
                    END 
                    CLOSE creditCardData
                    DEALLOCATE creditCardData       

                    insert into @tmpTable (CardId, DecryptedCard) values (  @cardId, @decryptedCardData )
                    set @decryptedCardData = ''


    FETCH NEXT FROM creditCards INTO @cardId   -- fetch next
  END

select CardId, DecryptedCard FROM @tmpTable


CLOSE creditCards
DEALLOCATE creditCards

Answer 1

在单个相关子查询中使用 FOR XML 进行连接怎么样：

DECLARE @cards TABLE
    (
     cardid INT NOT NULL
    ,addedBy INT NOT NULL
    )
DECLARE @data TABLE
    (
     cardid INT NOT NULL
    ,valueOrder INT NOT NULL
    ,encrypted VARCHAR(MAX) NOT NULL
    )

INSERT  INTO @cards
VALUES  ( 0, 1 )
INSERT  INTO @cards
VALUES  ( 1, 0 )

INSERT  INTO @data
VALUES  ( 0, 0, '0encrypted0' )
INSERT  INTO @data
VALUES  ( 0, 1, '0encrypted1' )
INSERT  INTO @data
VALUES  ( 0, 2, '0encrypted2' )
INSERT  INTO @data
VALUES  ( 1, 0, '1encrypted0' )
INSERT  INTO @data
VALUES  ( 1, 1, '1encrypted1' )

-- INSERT INTO output_table ()
SELECT  cardid, decrypted
FROM    @cards AS cards
        OUTER APPLY ( SELECT    REPLACE(encrypted, 'encrypted', 'decrypted') + '' -- Put your UDF here
                      FROM      @data AS data
                      WHERE     data.cardid = cards.cardid
                      ORDER BY  data.valueOrder
                    FOR
                      XML PATH('')
                    ) AS data ( decrypted )
ORDER BY cards.addedBy DESC

Answer 2

对于超级用户组（DBA）来说，这可能是一个更好的问题

Answer 3

考虑到信用卡号码的哈希值非常好 - Visa / MasterCard 16 位 CC 中的最后一位是校验和值。您是否考虑过滚动您自己的并行性，例如，通过让每个线程获取 modulo(4) = thread_id 的那些 CC 数字？假设有 n 个 CPU/核心/无论他们今天如何称呼它们，您都不需要超过 4 个（2*核心）并行处理线程。

Answer 4

是 - 将游标重写为基于集合的查询，SQL Server 优化器应根据基础数据的大小自动并行化（或不并行化）。使 SQL Server 使用并行性不需要“特殊”的开发工作，除了一些基本的最佳实践，如避免游标。它会自动决定是否可以在多个 proc 上使用并行线程，以及这样做是否有用，然后它可以在运行时为您拆分工作。