mysql数据一致性检测_mysql主从数据一致性检测工具

壹元视频

percona-toolkit产品安装部署手册

属 性

内 容

保密级别

文档级别

D级

文档编号

ITSM-01.01

编 写 人

审 核 人

2019年02月

文档修订记录

序号

版本号

状态

简要说明

修订日期

变更人

审核人

备注

1

V1.0

C

创建,全页。

2018/08/09

*状态:C——创建,A——增加,M——修改,D——删除

目 录

第一章 percona-toolkit产品简介... 1

1.1 功能概述... 1

1.2 部署说明... 1

第二章 PT产品安装部署... 2

2.1 环境准备... 2

2.1.1 主机环境... 2

2.1.2 环境检查... 2

2.2 PT产品程序安装... 3

2.2.1 基础安装... 3

2.3 验证部署... 3

第一章 percona-toolkit产品简介

1.1 功能概述

MySQL数据库是轻量级、开源数据库的佼佼者,其功能和管理,健壮性与Oracle相比还是有相当的差距。因此有很多功能强大第三方的衍生产品,如percona-toolkit,XtraBackup等等。percona-toolkit是一组高级命令行工具的集合,可以查看当前服务的摘要信息,磁盘检测,分析慢查询日志,查找重复索引,实现表同步等等。这个工具套件对DBA及运维人员着实不可多得。本文简要描述这个工具的安装及其工具的大致介绍。

1.2 部署说明

percona-toolkit部署在mysql主库上,检测mysql从库和主库的数据是否一致!

第二章 PT产品安装部署

2.1 环境准备

2.1.1 主机环境

2.1.1.1 操作系统

使用cat /etc/centos-release命令出现如下:

CentOS Linux release

7.5.1804 (Core)

2.1.1.2 所需介质

使用yum安装依赖命令如下:

yum install

perl-IO-Socket-SSL perl-DBD-MySQL perl-Time-HiRes perl perl-DBI  perl-Digest-MD5 -y

2.1.2 环境检查

2.1.2.1 Mysql主从状态检测

在mysql从库上使用mysql -uroot -p输入mysql的root用户密码使用show slave status \G 命令查看主从状态:

如果slave_IO_running 和slave_sql_running都为yes,表明状态正常。

2.2 PT产品程序安装

2.2.1 基础安装

下载pt安装包:

安装命令为:

Rpm -ivh percona-toolkit-2.2.7-1.noarch.rpm

如图上所示表示安装成功!

2.3

主要工具介绍

如果是非源码安装或源码安装是未指定路径,缺省情况下所有的pt相关的工具位于/usr/bin目录下,以pt-开头。

获取有关命令行的帮助信息,直接在shell提示符下输入命令行与--hlep即可。如: /usr/bin/pt-upgrade --help

# ls -hltr

/usr/bin/pt-*

pt-upgrade

#该命令主要用于对比不同mysql版本下SQL执行的差异,通常用于升级前进行对比。

#会生成SQL文件或单独的SQL语句在每个服务器上执行的结果、错误和警告信息等。

pt-online-schema-change

#功能为支持在线变更表构,且不锁定原表,不阻塞原表的DML操作。

#该特性与Oracle的dbms_redefinition在线重定义表原理基本类似。

pt-mysql-summary

#对连接的mysql服务器生成一份详细的配置情况以及sataus信息

#在尾部也提供当前实例的的配置文件的信息

pt-mext

#并行查看SHOW

GLOBAL STATUS的多个样本的信息。

#pt-mext会执行你指定的COMMAND,并每次读取一行结果,把空行分割的内容保存到一个一个的临时文件中,最后结合这些临时文件并行查看结果。

pt-kill

#Kill掉符合指定条件mysql语句

pt-ioprofile

#pt-ioprofile的原理是对某个pid附加一个strace进程进行IO分析

pt-fingerprint

#用于生成查询指纹。主要将将sql查询生成queryID,pt-query-digest中的ID即是通过此工具来完成的。

#类似于Oracle中的SQL_ID,涉及绑定变量,字面量等

pt-find

#用与查找mysql表并执行指定的命令,类似于find命令

pt-fifo-split

#模拟切割文件并通过管道传递给先入先出队列而不用真正的切割文件

pt-deadlock-logger

#用于监控mysql服务器上死锁并输出到日志文件,日志包含发生死锁的时间、死锁线程id、死锁的事务id、发生死锁时事务执行时间等详细信息。

pt-archiver

#将mysql数据库中表的记录归档到另外一个表或者文件

#该工具具只是归档旧的数据,对线上数据的OLTP查询几乎没有影响。

#可以将数据插入另外一台服务器的其他表中,也可以写入到一个文件中,方便使用load data infile命令导入数据。

pt-agent

#基于Percona

Cloud的一个客户端代理工具

pt-visual-explain

#用于格式化explain的输出

pt-variable-advisor

#用于分析mysql系统变量可能存在的一些问题,可以据此评估有关参数的设置正确与否。

pt-stalk

#用于收集mysql数据库故障时的相关信息便于后续诊断处理。

pt-slave-delay

#用于设定从服务器落后于主服务器的时间间隔。

#该命令行通过启动和停止复制sql线程来设置从落后于主指定时间。

pt-sift

#用于浏览pt-stalk生成的文件。

pt-show-grants

#将当前实例的用户权限全部输出,可以用于迁移数据库过程中重建用户。

pt-query-digest

#用于分析mysql服务器的慢查询日志,并格式化输出以便于查看和分析。

pt-pmp

#为查询程序执行聚合的GDB堆栈跟踪,先进性堆栈跟踪,然后将跟踪信息汇总。

pt-index-usage

#从log文件中读取查询语句,并用分析当前索引如何被使用。

#完成分析之后会生成一份关于索引没有被查询使用过的报告,可以用于分析报告考虑剔除无用的索引。

pt-heartbeat

#用于监控mysql复制架构的延迟。

#主要是通过在主库上的--update线程持续更新指定表上的一个时间戳,从库上--monitor线程或者--check线程检查主库更新的时间戳并与当前系统时间对比,得到延迟值。

pt-fk-error-logger

#将外键相关的错误信息记录到日志或表。

pt-duplicate-key-checker

#功能为从mysql表中找出重复的索引和外键,这个工具会将重复的索引和外键都列出来

#同时也可以生成相应的drop index的语句

pt-diskstats

#类似于iostat,打印磁盘io统计信息,但是这个工具是交互式并且比iostat更详细。可以分析从远程机器收集的数据。

pt-config-diff

#用于比较mysql配置文件和服务器变量

#至少2个配置源需要指定,可以用于迁移或升级前后配置文件进行对比

pt-align

#格式化输出

pt-slave-find

#连接mysql主服务器并查找其所有的从,然后打印出所有从服务器的层级关系。

pt-table-checksum

#用于校验mysql复制的一致性。

#该工具主要是高效的查找数据差异,如果存在差异性,可以通过pt-table-sync来解决

2.4 验证部署

使用pt-table-checksum --nocheck-replication-filters

--no-check-binlog-format --replicate=xiaoboluo.checksums --databases=yipai  -h 192.168.254.90 -P 3306 -u root -proot

--recursion-method="processlist"

--databases=yipai =yipai :表示要检测的库名。

-h 192.168.254.90 -P 3306 -u root -proot

--recursion-method="processlist" :表示连接数据的用户名和密码(该环境为本地测试环境的虚拟机,生产环境中不可使用root用户,使用有远程登录权限的和读写yipai库的用户来验证)!

如图下:

DIFFS为0则表示 数据表的数据为一致,为1 则表示有数据不同!

ERRORS 为0则表示无报错信息。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: mysql主从复制可以通过以下几种方式来保持数据一致性: 1. 在主库上开启 binlog,从库上开启 relay log,通过 binlog 和 relay log 来同步数据。 2. 在主库上开启 GTID,从库上也开启 GTID,通过 GTID 来同步数据。 3. 在主库上开启半同步复制,从库上开启半同步复制,通过半同步复制来保证数据一致性。 4. 在主库和从库上都开启并行复制,通过并行复制来加快数据同步的速度。 以上几种方式都可以保证数据一致性,具体选择哪种方式需要根据实际情况来决定。 ### 回答2: MySQL主从复制是一种数据同步的机制,数据一致性是保证主库和从库之间数据完全一致的关键要素。 首先,MySQL使用二进制日志(binary log)记录主库上发生的所有操作,并将这些操作传递给从库进行重放。这确保了主库和从库拥有相同的数据集。 其次,MySQL主从复制通过复制事件(replication event)对数据进行同步。在主库上执行的每个数据库操作都被记录为一个事件,并按照顺序传递给从库进行执行。这样,不论是数据的插入、更新还是删除操作,从库都能按照相同的顺序和方式执行,保持数据一致性。 此外,MySQL主从复制采用基于事务的方式进行数据复制。主库上执行的每个事务都会被记录为一个复制事件,并且这些事务在从库上以相同的顺序和方式执行,从而确保数据一致性。 在主从复制中,还存在一个重要的因素是延迟(lag)。由于网络、硬件等原因,从库上执行复制事件可能会有一定的延迟。为了保持数据一致性,需要通过设置参数和监控机制,确保从库上的延迟不会影响主库和从库之间的数据一致性。 同时,为了避免主库的故障导致数据丢失,MySQL提供了半同步复制(semi-synchronous replication)机制。通过将事务在主库上的提交确认同步到至少一个从库后再返回给客户端,确保了主库上的数据改变已经有效地被至少一个从库接收,从而提高了数据一致性和可靠性。 综上所述,MySQL主从复制通过二进制日志记录、复制事件同步、基于事务的复制和延迟监控,以及半同步复制等机制,保证了数据在主库和从库之间的一致性。 ### 回答3: MySQL主从复制是一种常用的数据复制方案,用于同步将一个数据库的变更应用到其他多个数据库上。为了保持数据一致性MySQL主从复制采用了以下几个机制: 1. 二进制日志(Binary Log):主服务器将所有的数据更新操作(如插入、更新、删除等)记录在二进制日志中,并定期将其发送给从服务器。从服务器通过读取主服务器的二进制日志,将这些操作逐一应用到自己的数据库中。这保证了数据的变更在从服务器上按照相同的顺序被执行。 2. GTID(Global Transaction Identifier):GTID是一个全局事务标识符,用于跟踪主服务器上的每个事务操作。主服务器在每个事务的开始和结束时生成一个GTID,并发送给从服务器。从服务器通过比较主服务器和自己的GTID来判断是否已经应用了相应的事务操作,以避免重复应用。 3. 复制线程和日志解析器:MySQL从服务器通过启动一个复制线程(I/O Thread)与主服务器建立连接,并通过日志解析器(SQL Thread)解析并执行主服务器发来的二进制日志。这两个线程协同工作,确保数据的变更被正确地复制到从服务器。 4. 延迟监控和错误检测MySQL主从复制提供了延迟监控功能,可以检测从服务器与主服务器之间的延迟情况。如果发生网络故障或其他错误,复制过程可能会中断或延迟,MySQL会自动检测并尝试重新连接。同时,还可以通过配置参数来设置复制过程的超时时间,确保数据同步的正常性和一致性。 综上所述,MySQL主从复制通过二进制日志、GTID、复制线程和日志解析器、延迟监控和错误检测等机制来保持数据一致性。这些机制确保了主服务器上的数据变更能够同步地应用到从服务器上,从而达到数据一致性和可靠性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值