10

我有一个 SQL 服务器，它设置了与运行 SQL CE 的 800 个移动客户端的合并复制。

服务器有足够的资源，进出公司的线路绰绰有余，客户端和服务器之间的复制通常很好，但我们遇到了一个我无法追踪的间歇性错误。

昨天我们需要在我们的一个主表中插入 550 条记录，唯一存在的触发器是标准的合并复制触发器。

由于它不断与尝试同步的移动设备陷入僵局，因此该插入花费了 14 个小时。

有没有人对我们如何避免插入锁定以及如何加快整个过程有任何建议？

- - - 更新 - - -

根据一些评论，我在单个插入上运行了一个分析器，我看到了很多这样的事情

insert into dbo.MSmerge_current_partition_mappings with (rowlock) (publication_number, tablenick, rowguid, partition_id)
            select distinct 1, mc.tablenick, mc.rowguid, v.partition_id
            from dbo.MSmerge_contents mc with (rowlock) 
            JOIN dbo.[MSmerge_JEMProjectME_PromotionResource_PARTITION_VIEW] v with (rowlock) 
            ON mc.tablenick = 286358001
            and mc.rowguid = v.[rowguid]
            and mc.marker = @child_marker 
            and v.partition_id in (select partition_id from dbo.MSmerge_current_partition_mappings cpm with (rowlock) JOIN
                dbo.MSmerge_contents mc2 with (rowlock)
                ON cpm.rowguid = mc2.rowguid
                and mc2.marker = @marker)
            where not exists (select * from MSmerge_current_partition_mappings with (readcommitted, rowlock, readpast) where 
                publication_number = 1 and 
                tablenick = 286358001 and
                rowguid = v.[rowguid] and
                partition_id = v.partition_id)

对于我不打算插入的许多表......这可能是一个线索吗？

4

2 回答 2

8

我们最近在我们的系统中遇到了与您的系统非常相似的相同行为。原因是 msmerge_contents 和 msmsmerge_current_partition_mappings 中有大量数据，通过查看 SQL Profiler 中读取的行数，我们注意到它可能是缺失的索引。（49 000 000 次读取用于表中的简单插入似乎有点多）

30 分钟前通过添加两个索引解决：

CREATE NONCLUSTERED INDEX [IX_MSmerge_current_partition_mappings_PERF1] ON [dbo].[MSmerge_current_partition_mappings] 
(
    [partition_id] ASC
)
INCLUDE ( [rowguid]) 


CREATE NONCLUSTERED INDEX [IX_msmerge_contents_PERF1] ON [dbo].[MSmerge_contents] 
(
    [marker] ASC
)
INCLUDE ( [rowguid])

我希望这可以帮助你，它帮助我们将查询时间从 5 分钟减少到 10 秒。

——几个小时后……

我的同事发现了另一个将性能进一步提高 75% 的指数：

CREATE NONCLUSTERED INDEX [IX_MSmerge_current_partition_mappings_PERF2] ON [dbo].[MSmerge_current_partition_mappings] 
(
    [rowguid] ASC,
    [partition_id] ASC
)

识别缺失的索引 您可以使用以下脚本识别缺失的索引，将最有望提高性能的一个排序在顶部（有很多这样的脚本在流传，这个是从http://www.sherbaz.com/category借来的/sqlserver/ )

SELECT  sys.objects.name
, (avg_total_user_cost * avg_user_impact) * (user_seeks + user_scans) AS Impact
,  'CREATE NONCLUSTERED INDEX ix_IndexName ON ' + sys.objects.name COLLATE DATABASE_DEFAULT + ' ( ' + IsNull(mid.equality_columns, '') + CASE WHEN mid.inequality_columns IS NULL 
                THEN ''  
    ELSE CASE WHEN mid.equality_columns IS NULL 
                    THEN ''  
        ELSE ',' END + mid.inequality_columns END + ' ) ' + CASE WHEN mid.included_columns IS NULL 
                THEN ''  
    ELSE 'INCLUDE (' + mid.included_columns + ')' END + ';' AS CreateIndexStatement
, mid.equality_columns
, mid.inequality_columns
, mid.included_columns 
    FROM sys.dm_db_missing_index_group_stats AS migs 
            INNER JOIN sys.dm_db_missing_index_groups AS mig ON migs.group_handle = mig.index_group_handle 
            INNER JOIN sys.dm_db_missing_index_details AS mid ON mig.index_handle = mid.index_handle AND mid.database_id = DB_ID() 
            INNER JOIN sys.objects WITH (nolock) ON mid.OBJECT_ID = sys.objects.OBJECT_ID 
    WHERE     (migs.group_handle IN 
        ( 
        SELECT     TOP (500) group_handle 
            FROM          sys.dm_db_missing_index_group_stats WITH (nolock) 
            ORDER BY (avg_total_user_cost * avg_user_impact) * (user_seeks + user_scans) DESC))  
        AND OBJECTPROPERTY(sys.objects.OBJECT_ID, 'isusertable')=1 
    ORDER BY 2 DESC , 3 DESC
于 2012-10-31T13:47:44.937 回答
0

最后索引到目前为止只起到了帮助，看起来合并复制在这个系统上设置得不是很好。

但是，在不触发触发器的情况下使用批量插入然后使用 sp_addtabletocontents 解决了我们的问题。

作为旁注，我们必须进行基本更新

更新表集 Column1 = Column1

在我们进行批量插入之后，合并复制会通知其他链接表它已更改，否则并非所有数据都正确传播。

于 2013-06-24T10:55:08.853 回答