要解决复制延迟问题,需要首先定位复制延迟发生点,再找出复制延迟的原因,再做相应处理。

复制延迟发生点:
1. 发布服务器
2. 分发服务器
3. 订阅服务器
4. 发布服务器与分发服务器和分发服务器与订阅服务器之间的网络

延迟测试方式:
1. 使用复制token
参考:http://www.cnblogs.com/TeyGao/p/3521130.html

2. 使用复制存储过程sp_replmonitorhelpXXX

--==========================================================
--参考:http://msdn.microsoft.com/zh-cn/library/ms188073.aspx
--返回发布服务器上属于一个或多个发布的订阅的当前状态信息,
--并为每个返回的订阅返回一行。 在分发服务器上对分发数据库
--执行此存储过程,用于监视复制。 --@publication_type=0:事务发布
--@mode=3:只返回带错误或已生成在达到阈值度量指标时发出的警告的订阅。
EXEC distribution.dbo.sp_replmonitorhelpsubscription
@publisher = null,
@publisher_db = null,
@publication = null,
@publication_type =0,
@mode = 3,
@topnum = 0,
@exclude_anonymous = null,
@refreshpolicy = 0 --===========================================================
--参考:http://msdn.microsoft.com/zh-cn/library/ms186304.aspx
--返回发布服务器上一个或多个发布的当前状态信息。 在分发服务器
--的分发数据库上执行此存储过程,用于监视复制。 --@publication_type=0:事务发布
EXEC distribution.dbo.sp_replmonitorhelppublication
@publisher = null,
@publisher_db = null,
@publication = null,
@publication_type = 1,
@refreshpolicy =0
--==============================================================

3. 使用sp_replcounters

--================================================
--为每个发布数据库返回有关滞后时间、吞吐量和事务计
--数的复制统计信息。 此存储过程在发布服务器的任何数
--据库中执行。
--参考:http://msdn.microsoft.com/zh-cn/library/ms190486.aspx exec sp_replcounters
--================================================

延迟诊断顺序:

1. 如果只有一个订阅延迟,优先检查该订阅服务器
2. 如果有多个订阅延迟,优先检查发布服务器和分发服务器

--==================================================================

发布服务器上延迟分析

原因1: 镜像或ALWAYS ON 阻塞了复制

诊断方式:使用镜像监视器或相关存储过程查看镜像同步情况

处理建议:

建议A:等待镜像同步完成或取消镜像,

建议B:使用TRACE FLAG 1448(慎用)

原因2:磁盘IO存在压力

诊断方式:使用性能计数器查看日志所在磁盘的磁盘队列

处理建议:

建议A:提升日志所在磁盘的性能或将日志文件放于独享磁盘上

原因3:虚拟日志文件数量过多

诊断方式: 使用DBCC LOGINFO来查看虚拟日志数量

处理建议:

建议A: 虚拟日志文件数量应保持一个合理的数量(数量过少和过多都会出现问题)

原因4:数据库事务日志过多,而复制相关日志较少

诊断方式:

--==========================================================
--查看是否因为发布库日志太多导致日志读取慢
Use <published database>
GO
-- Total records in the log
SELECT count(*) FROM ::fn_dblog(NULL, NULL)
GO
-- Records marked for REPLICATION
SELECT count(*) FROM ::fn_dblog(NULL, NULL)
WHERE Description='REPLICATE'
GO

处理建议:

建议A: 设置合理的索引维护及其他会导致大量日志写入操作的运行时间

建议B: 业务拆分,将与复制不相关的业务拆分出去

原因5:复制发布article上有较大事务运行

诊断方式:

--========================================================
--使用发布库日志来查找大事务
--在发布库上运行
SELECT [Transaction ID],COUNT(1) AS LogCount
FROM ::fn_dblog(NULL, NULL) WHERE Description='REPLICATE'
GROUP BY [Transaction ID]
HAVING COUNT(1)>500
--===============================================================
--在分发库上查找大事务
USE distribution
GO
SELECT xact_seqno, COUNT(*) AS [COUNT]
INTO #MSrepl_commands FROM dbo.MSrepl_commands
GROUP BY xact_seqno
HAVING COUNT(*)>100
SELECT t.xact_seqno,t.entry_time,c.[count]
FROM MSrepl_Transactions t INNER JOIN
#MSrepl_commands c ON t.xact_seqno=c.xact_seqno
ORDER BY c.count DESC,t.entry_time

处理建议:

建议A: 按照业务逻辑拆分事务

建议B: 修改复制相关的配置文件设置

--==================================================================

分发服务器上延迟分析

延迟原因1:磁盘IO存在压力

诊断方式:使用性能计数器查看日志所在磁盘的磁盘队列

处理建议:

建议A:提升日志所在磁盘的性能或将日志文件放于独享磁盘上

延迟原因2:分发数据库写日志等待

诊断方式:使用DMV查看在分发数据库上存在写日志等待

处理建议:

建议A:提高磁盘性能

建议B:将不同的发布服务器拆分到不同的分发库上,减少分发库对应的发布数量

延迟原因3:复制分发清理作业和日志读取代理作业相互阻塞

诊断方式:检查分发库上命令数量和事务数量,检查是否因为复制设置不合理保持过多的事务和命令

参考:http://blogs.msdn.com/b/apgcdsd/archive/2012/09/07/10347168.aspx

处理建议:

建议A: 设置合理的事务保持期和发布属性设置

建议B: 修改复制分发清理作业的运行时间

延迟原因4:复制事务表和复制命令表包含过多的数据

诊断方式:检查表中数据分表属于那些发布article

-=============================================================
--当前msrepl_commands表中命令涉及表的分布情况
USE distribution;
GO
WITH cte AS(
SELECT a.xact_seqno,b.entry_time,
REPLACE(CONVERT(NVARCHAR(1024),
SUBSTRING(a.command,17,1024)),'[dbo].[sp_MS','') commands
FROM dbo.MSrepl_commands a(NOLOCK)
JOIN MSrepl_transactions b(NOLOCK)
ON a.xact_seqno=b.xact_seqno
)
SELECT SUBSTRING(commands,9,CHARINDEX(']',commands)-9),COUNT(1)
FROM cte WHERE CHARINDEX(']',commands)>9
GROUP BY SUBSTRING(commands,9,CHARINDEX(']',commands)-9)
ORDER BY COUNT(1) DESC

处理建议:

建议A: 将不同的发布服务器拆分到不同的分发服务器上。

建议B:分析数据变化情况,是否可以减少数据变更

PS: 曾遇到一个案例,按照开发部门需求,搭建复制订阅,该发布表按天记录数据,当天数据变化特别频繁,导致复制延迟较高。调研发现订阅端业务只访问前一天数据,于是在发布端新增一张表,每天凌晨将头一天数据导入此表,并对该表搭建复制订阅。更改前每天要传递数千万次甚至上亿次事务命令给订阅服务器,更改后只需要传递数百万事务命令道订阅服务器。

--==================================================================

订阅服务器上延迟分析

延迟原因1:订阅库上有阻塞

诊断方式:使用DMV检查事务阻塞

处理建议:

建议A:优化订阅上查询

建议B:使用较低事务隔离级别或NOLOCK

延迟原因2:订阅库日志写等待

诊断方式:使用DMV查看在分发数据库上存在写日志等待

处理建议:

建议A:提高磁盘相应速度。

--==================================================================

相关补充:

1.查看阻塞和资源等待:http://www.cnblogs.com/TeyGao/p/3522958.html

2.查看数据库文件级别IO操作情况:

SELECT *
FROM sys.dm_io_virtual_file_stats(DB_ID(),null) AS T2

--====================================================================

Replication--复制延迟的诊断和解决的更多相关文章

  1. [MySQL] 号称永久解决了复制延迟问题的并行复制,MySQL5.7

    一.缘由: 某天看到主从复制延时的告警有点频繁,就想着是不是彻底可以解决一下. 一般主从复制,有三个线程参与,都是单线程:Binlog Dump(主) ----->IO Thread (从) - ...

  2. 浅谈MySQL Replication(复制)基本原理

    1.MySQL Replication复制进程MySQL的复制(replication)是一个异步的复制,从一个MySQL instace(称之为Master)复制到另一个MySQL instance ...

  3. Chapter 17 Replication 复制

    Chapter 17 Replication 复制 Table of Contents 17.1 Replication Configuration 17.2 Replication Implemen ...

  4. MySQL之 从复制延迟问题排查

    一.从库复制延迟问题 1.可能的原因如下(1)主从服务器处于不同的网络之中,由于网络延迟导致:(2)主从服务器的硬件配置不同,从服务器的硬件配置(包括内存,CPU,网卡等)远低于主服务器:(3)主库上 ...

  5. MySQL 5.7并发复制和mysqldump相互阻塞引起的复制延迟

    本来MySQL BINLOG和mysqldump命令属于八竿子打不着的两个事物,但在最近故障排查中,发现主库和从库已经存在很严重的复制延迟,但从库上显示slave_behind_master值为0,复 ...

  6. MySQL至TiDB复制延迟监控

    因生产环境mysql中有较多复杂sql且运行效率低,因此采用tidb作为生产环境的从库进行部分慢sql及报表的读写分离.其中MySQL至TIDB采用Syncer工具同步.关于TIDB的安装及Synce ...

  7. mysql replication 复制的一些问题

    1   过大的复制延迟 mysql 的复制延迟是一个常见问题,现在已经有一些解决方案,如淘宝开发的一些工具 2 没有磁盘空间 复制导致磁盘空间塞满,二进制日志.中继日志或临时文件把磁盘塞满,slave ...

  8. 转 如何诊断和解决high version count 10.2.0.4 and 11.2.0.4

    转自 http://blog.csdn.net/notbaron/article/details/50927492 在Oracle 10g以上的版本,High version count可谓是一个臭名 ...

  9. 诊断并解决 ORA-4030 错误 (Doc ID 1548826.1)

    适用于: Oracle Database - Enterprise Edition - 版本号 8.1.7.4 和更高版本号 本文档所含信息适用于全部平台 用途 怎样诊断 ORA-4030 错误 排错 ...

随机推荐

  1. linux+php+apache+mysql(mariadb)故障排除

    wordpress 网页文件打不开(client denied by server).白屏(http 500)问题排除顺序 1.查看apache错误日志查照问题报告找到问题 “client denie ...

  2. 移动端自动化环境搭建-Appium for Windows的安装

    安装Appium for Windows版 A.安装依赖 appium就是我们做移动端自动化测试主要的软件 B.安装过程

  3. shell_基础知识

    参考: http://blog.csdn.net/kaizi318/article/details/9343551 开头程序必须以下面的行开始(必须方在文件的第一行):#!/bin/sh符号#!用来告 ...

  4. JavaScript 常用算法

    1.排序算法 (1)冒泡排序,冒泡排序其实就是通过比较相邻位置的元素大小,如果左边比右边大,就交换位置,继续比较,实际上就是每轮比较都得出一个最大值,然后通过多伦比较得出. function bubb ...

  5. 8.3 H5学习笔记

    隐藏域 <form action="" method="post" enctype="multipart/form-data"> ...

  6. [转载] Android中Xposed框架篇---利用Xposed框架实现拦截系统方法

    本文转载自: http://www.wjdiankong.cn/android%E4%B8%ADxposed%E6%A1%86%E6%9E%B6%E7%AF%87-%E5%88%A9%E7%94%A8 ...

  7. mybatis(一)环境的搭建

    项目模型: 一.创建一个web项目ssm001 1.1准备数据 在数据创建表并添加数据 user表: dept表: /* Navicat MySQL Data Transfer Source Serv ...

  8. 关于git-Git 分支管理和冲突解决

    创建分支 git branch 没有参数,显示本地版本库中所有的本地分支名称. 当前检出分支的前面会有星号. git branch newname 在当前检出分支上新建分支,名叫newname. gi ...

  9. python学习之——计算文件行数

    # -*- coding: cp936 -*- #转载源于:http://blog.csdn.net/houyj1986/article/details/21196027 #计算文件行数 #1.文件比 ...

  10. 交换机和VLAN

    交换机 交换机的两个作用:一是维护CAM表,CAM表是计算机的MAC地址和交换机端口的映射表:另一个是根据CAM来进行数据的转发. 以太网交换机转发数据帧有三种方式: 1.存储转发:即先存储后转发的方 ...