这个问题是由是由sqlserver发布功能引起的。下面详细说明:
当新建发布后,就会有相应的发布事务相关的数据的写入到distribution库中,但新建时,相应的sqlserver会自动创建一个job,叫做“分发清除: distribution”,这个job默认是十分钟跑一次,执行的语句如下:
EXEC dbo.sp_MSdistribution_cleanup @min_distretention = 0, @max_distretention = 72
就是定时清理发布的过期数据,如果distribution过大就是这个job出现了问题,此时就需要检查这个job。
排查过程如下:
右击上图框起来的JOB,点击ViewHistory,即可查看相应的报错信息:
然后根据报错信息做相应的调整即可。
下面简单说下我遇到的问题:
今天我发现了生产库中distribution过大的问题,已经173G了,所以按上述步骤进行排查,修改完毕后,job理论上是不会报错了,但是173G的数据量仅通过十分钟进行清理还是有几率会有不可预料的错误出现(最后一张配图中success前的两行error可能就是这个原因造成的),索性我就执行下这个job所执行的语句,也就是上面提到的
EXEC dbo.sp_MSdistribution_cleanup @min_distretention = 0, @max_distretention = 72
这个执行时间较长,原因就是这个存储过程使用的是delete,效率很低,173G执行了近两个小时(如下图),这个过程都是在distribution中执行的,不影响生产库,在保证服务器有足够内存的情况下可以选择直接执行。执行完后job就正常运行了(如下下图所示),
呼~ 长出一口气hiahia~