mysql主从同步-percona-toolkit工具 使用梳理

2023-11-20 12:32

本文主要是介绍mysql主从同步-percona-toolkit工具 使用梳理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在mysql工作中接触最多的就是mysql replication,mysql在复制方面还是会有一些常规问题,比如主库宕机或者从库宕机有可能会导致复制中断,通常需要进行人为修复,或者很多时候需要把一个从库提升为主库,但对从库和主库的数据一致性不能保证一样。这种情况下就需要使用percona-toolkit工具的pt-table-checksum组件来检查主从数据的一致性;如果发现不一致的数据,可以通过pt-table-sync修复;还可以通过pt-heartbeat监控主从复制延迟。当然如果数据量小,slave只是当做一个备份使用,那么出现数据不一致完全可以重做,或者通过其他方法解决。如果数据量非常大,重做就是非常蛋碎的一件事情了。比如说,线上数据库做了主从同步环境,数据库在进行了迁移后,需要对mysql迁移(Replication)后的数据一致性进行校验,但又不能对生产环境使用造成影响,pt-table-checksum成为了绝佳也是唯一的检查工具。

percona-toolkit介绍
percona-toolkit是一组高级命令行工具的集合,用来执行各种通过手工执行非常复杂和麻烦的mysql和系统任务,这些任务包括:
   1)检查master和slave数据的一致性
   2)有效地对记录进行归档
   3)查找重复的索引
   4)对服务器信息进行汇总
   5)分析来自日志和tcpdump的查询
   6)当系统出问题的时候收集重要的系统信息
percona-toolkit源自Maatkit和Aspersa工具,这两个工具是管理mysql的最有名的工具不过,现在Maatkit工具已经不维护了,所以以后推荐还是使用percona-toolkit工具!
这些工具主要包括开发、性能、配置、监控、复制、系统、实用六大类,作为一个优秀的DBA,里面有的工具非常有用,如果能掌握并加以灵活应用,将能极大的提高工作效率。

percona-toolkit工具中最主要的三个组件分别是:
   1)pt-table-checksum 负责监测mysql主从数据一致性
   2)pt-table-sync 负责当主从数据不一致时修复数据,让它们保存数据的一致性
   3)pt-heartbeat 负责监控mysql主从同步延迟
下面就对这三个组件的使用做一记录,当然percona-toolkit工具也有很多其他组件,后面会一一说明。

percona-toolkit工具安装(建议主库和从库服务器上都安装)
软件下载并在主库服务器上安装 [百度云盘下载地址:https://pan.baidu.com/s/1bp1OOgf   (提取密码:y462)]
[root@master-server src]# wget https://www.percona.com/downloads/percona-toolkit/2.2.7/RPM/percona-toolkit-2.2.7-1.noarch.rpm
[root@master-server src]# rpm -ivh percona-toolkit-2.2.7-1.noarch.rpm     //安装后,percona-toolkit工具的各个组件命令就有有了(输入ht-,按TAB键就会显示)

安装该工具依赖的软件包
[root@master-server src]# yum install perl-IO-Socket-SSL perl-DBD-MySQL perl-Time-HiRes perl perl-DBI -y

一、pt-table-checksum使用梳理
pt-table-checksum 是 Percona-Toolkit的组件之一,用于检测MySQL主、从库的数据是否一致。其原理是在主库执行基于statement的sql语句来生成主库数据块的checksum,把相同的sql语句传递到从库执行,并在从库上计算相同数据块的checksum,最后,比较主从库上相同数据块的checksum值,由此判断主从数据是否一致。检测过程根据唯一索引将表按row切分为块(chunk),以为单位计算,可以避免锁表。检测时会自动判断复制延迟、 master的负载, 超过阀值后会自动将检测暂停,减小对线上服务的影响。
pt-table-checksum 默认情况下可以应对绝大部分场景,官方说,即使上千个库、上万亿的行,它依然可以很好的工作,这源自于设计很简单,一次检查一个表,不需要太多的内存和多余的操作;必要时,pt-table-checksum 会根据服务器负载动态改变 chunk 大小,减少从库的延迟。

为了减少对数据库的干预,pt-table-checksum还会自动侦测并连接到从库,当然如果失败,可以指定--recursion-method选项来告诉从库在哪里。它的易用性还体现在,复制若有延迟,在从库 checksum 会暂停直到赶上主库的计算时间点(也通过选项--设定一个可容忍的延迟最大值,超过这个值也认为不一致)。

为了保证主数据库服务的安全,该工具实现了许多保护措施:
    1)自动设置 innodb_lock_wait_timeout 为1s,避免引起
    2)默认当数据库有25个以上的并发查询时,pt-table-checksum会暂停。可以设置 --max-load 选项来设置这个阀值
    3)当用 Ctrl+C 停止任务后,工具会正常的完成当前 chunk 检测,下次使用 --resume 选项启动可以恢复继续下一个 chunk

pt-table-checksum [OPTIONS] [DSN]
pt-table-checksum:在主(master)上通过执行校验的查询对复制的一致性进行检查,对比主从的校验值,从而产生结果。DSN指向的是主的地址,该工具的退出状态不为零,如果发现有任何差别,或者如果出现任何警告或错误。注意:第一次运行的时候需要加上--create-replicate-table参数,生成checksums表!!如果不加这个参数,那么就需要在对应库下手工添加这张表了,表结构SQL如下:

[plain]  view plain copy
  1. CREATE TABLE checksums (  
  2.    db             char(64)     NOT NULL,  
  3.    tbl            char(64)     NOT NULL,  
  4.    chunk          int          NOT NULL,  
  5.    chunk_time     float            NULL,  
  6.    chunk_index    varchar(200)     NULL,  
  7.    lower_boundary text             NULL,  
  8.    upper_boundary text             NULL,  
  9.    this_crc       char(40)     NOT NULL,  
  10.    this_cnt       int          NOT NULL,  
  11.    master_crc     char(40)         NULL,  
  12.    master_cnt     int              NULL,  
  13.    ts             timestamp    NOT NULL,  
  14.    PRIMARY KEY (db, tbl, chunk),  
  15.    INDEX ts_db_tbl (ts, db, tbl)  
  16. ) ENGINE=InnoDB;  

常用参数解释:
--nocheck-replication-filters :不检查复制过滤器,建议启用。后面可以用--databases来指定需要检查的数据库。
--no-check-binlog-format : 不检查复制的binlog模式,要是binlog模式是ROW,则会报错。
--replicate-check-only :只显示不同步的信息。
--replicate= :把checksum的信息写入到指定表中,建议直接写到被检查的数据库当中。
--databases= :指定需要被检查的数据库,多个则用逗号隔开。
--tables= :指定需要被检查的表,多个用逗号隔开
h= :Master的地址
u= :用户名
p=:密码
P= :端口

最重要的一点就是:
要在主库上授权,能让主库ip访问。这一点不能忘记!(实验证明从库上可以不授权,但最好还是从库也授权)
注意:
1)根据测试,需要一个即能登录主库,也能登录从库的账号;
2)只能指定一个host,必须为主库的IP;
3)在检查时会向表加S锁;
4)运行之前需要从库的同步IO和SQL进程是YES状态。

例如:(本文例子中:192.168.1.101是主库ip,192.168.1.102是从库ip)
在主库执行授权(一定要对主库ip授权,授权的用户名和密码可以自行定义,不过要保证这个权限能同时登陆主库和从库)
mysql> GRANT SELECT, PROCESS, SUPER, REPLICATION SLAVE,CREATE,DELETE,INSERT,UPDATE ON *.* TO 'root'@'192.168.1.101' identified by '123456';
mysql> flush privileges;

在从库上执行授权
mysql> GRANT SELECT, PROCESS, SUPER, REPLICATION SLAVE ON *.* TO 'root'@'192.168.1.101' IDENTIFIED BY '123456';
mysql> flush privileges;

如下,在主库上执行的一个检查主从数据一致性的命令(别忘了第一次运行的时候需要添加--create-replicate-table参数,后续再运行时就不需要加了):
下面命令中的192.168.1.101是主库ip
检查的是huanqiu库下的haha表的数据(当然,命令中也可以不跟表,直接检查某整个库的数据;如下去掉--tables=haha表,直接检查huanqiu库的数据)
[root@master-server ~]# pt-table-checksum --nocheck-replication-filters --no-check-binlog-format --replicate=huanqiu.checksums --create-replicate-table --databases=huanqiu --tables=haha h=192.168.1.101,u=root,p=123456,P=3306

[plain]  view plain copy
  1. <span style="color:#333333;">Diffs cannot be detected because no slaves were found.  Please read the --recursion-method documentation for information.  
  2.             TS ERRORS  DIFFS     ROWS  CHUNKS SKIPPED    TIME TABLE  
  3. 01-08T04:04:54      0      0        4       1       0   0.009 huanqiu.haha</span>  

上面有报错:
Diffs cannot be detected because no slaves were found. Please read the --recursion-method documentation for information
上面的提示信息很清楚,因为找不到从,所以执行失败,提示用参数--recursion-method 可以指定模式解决。
其实是因为从库的slave关闭了。
在主库上执行:

[plain]  view plain copy
  1. mysql> show processlist;  
  2. +----+------+-----------+------+---------+------+-------+------------------+  
  3. | Id | User | Host      | db   | Command | Time | State | Info             |  
  4. +----+------+-----------+------+---------+------+-------+------------------+  
  5. | 10 | root | localhost | NULL | Query   |    0 | init  | show processlist |  
  6. +----+------+-----------+------+---------+------+-------+------------------+  

发现没有slave在运行。

在从库上开启slave
mysql> start slave;
mysql> show slave status\G;

再在主库上执行:

[plain]  view plain copy
  1. mysql> show processlist;  
  2. +----+-------+---------------------+------+-------------+------+-----------------------------------------------------------------------+------------------+  
  3. | Id | User  | Host                | db   | Command     | Time | State                                                                 | Info             |  
  4. +----+-------+---------------------+------+-------------+------+-----------------------------------------------------------------------+------------------+  
  5. | 10 | root  | localhost           | NULL | Query       |    0 | init                                                                  | show processlist |  
  6. | 18 | slave | 192.168.1.102:37115 | NULL | Binlog Dump |    5 | Master has sent all binlog to slave; waiting for binlog to be updated | NULL             |  
  7. +----+-------+---------------------+------+-------------+------+-----------------------------------------------------------------------+------------------+  

发现已有slave在运行。

再次执行检查命令:
[root@master-server ~]# pt-table-checksum --nocheck-replication-filters --no-check-binlog-format --replicate=huanqiu.checksums --databases=huanqiu --tables=haha h=192.168.1.101,u=root,p=123456,P=3306

[plain]  view plain copy
  1. <span style="color:#ff0000;">        </span><span style="color:#333333;"> TS ERRORS  DIFFS     ROWS  CHUNKS SKIPPED    TIME TABLE  
  2. 01-08T04:11:03      0      0        4       1       0   1.422 huanqiu.haha</span>  

解释:
TS :完成检查的时间。
ERRORS :检查时候发生错误和警告的数量。
DIFFS :0表示一致,1表示不一致。当指定--no-replicate-check时,会一直为0,当指定--replicate-check-only会显示不同的信息。
ROWS :表的行数。
CHUNKS :被划分到表中的块的数目。
SKIPPED :由于错误或警告或过大,则跳过块的数目。
TIME :执行的时间。
TABLE :被检查的表名。

二、pt-table-sync用法梳理
如果通过pt-table-checksum 检查找到了不一致的数据表,那么如何同步数据呢?即如何修复MySQL主从不一致的数据,让他们保持一致性呢?
这时候可以利用另外一个工具pt-table-sync。
使用方法:
pt-table-sync: 高效的同步MySQL表之间的数据,他可以做单向和双向同步的表数据。他可以同步单个表,也可以同步整个库。它不同步表结构、索引、或任何其他模式对象。所以在修复一致性之前需要保证他们表存在。

假如上面检查数据时发现主从不一致
[root@master-server ~]# pt-table-checksum --nocheck-replication-filters --no-check-binlog-format --replicate=huanqiu.checksums --databases=huanqiu --tables=haha h=192.168.1.101,u=root,p=123456,P=3306

[plain]  view plain copy
  1. <span style="color:#333333;">TS ERRORS  DIFFS     ROWS  CHUNKS SKIPPED    TIME TABLE  
  2. 01-08T04:18:07      0      1        4       1       0   0.843 huanqiu.haha</span>  

现在需要DIFFS为1可知主从数据不一致,需要修复!修复命令如下:
先master的ip,用户,密码,然后是slave的ip,用户,密码
[root@master-server ~]# pt-table-sync --replicate=huanqiu.checksums h=192.168.1.101,u=root,p=123456 h=192.168.1.102,u=root,p=123456 --print

[plain]  view plain copy
  1. <span style="color:#333333;">REPLACE INTO `huanqiu`.`haha`(`id`, `name`) VALUES ('1', 'wangshibo') /*percona-toolkit src_db:huanqiu src_tbl:haha src_dsn:h=192.168.1.101,p=...,u=root dst_db:huanqiu dst_tbl:haha dst_dsn:h=192.168.1.102,p=...,u=root lock:1 transaction:1 changing_src:huanqiu.checksums replicate:huanqiu.checksums bidirectional:0 pid:23676 user:root host:master-server*/;  
  2. REPLACE INTO `huanqiu`.`haha`(`id`, `name`) VALUES ('2', 'wangshikui') /*percona-toolkit src_db:huanqiu src_tbl:haha src_dsn:h=192.168.1.101,p=...,u=root dst_db:huanqiu dst_tbl:haha dst_dsn:h=192.168.1.102,p=...,u=root lock:1 transaction:1 changing_src:huanqiu.checksums replicate:huanqiu.checksums bidirectional:0 pid:23676 user:root host:master-server*/;  
  3. REPLACE INTO `huanqiu`.`haha`(`id`, `name`) VALUES ('3', 'limeng') /*percona-toolkit src_db:huanqiu src_tbl:haha src_dsn:h=192.168.1.101,p=...,u=root dst_db:huanqiu dst_tbl:haha dst_dsn:h=192.168.1.102,p=...,u=root lock:1 transaction:1 changing_src:huanqiu.checksums replicate:huanqiu.checksums bidirectional:0 pid:23676 user:root host:master-server*/;  
  4. REPLACE INTO `huanqiu`.`haha`(`id`, `name`) VALUES ('4', 'wanghi') /*percona-toolkit src_db:huanqiu src_tbl:haha src_dsn:h=192.168.1.101,p=...,u=root dst_db:huanqiu dst_tbl:haha dst_dsn:h=192.168.1.102,p=...,u=root lock:1 transaction:1 changing_src:huanqiu.checksums replicate:huanqiu.checksums bidirectional:0 pid:23676 user:root host:master-server*/;</span>  

参数解释:
--replicate= :指定通过pt-table-checksum得到的表,这2个工具差不多都会一直用。
--databases= : 指定执行同步的数据库。
--tables= :指定执行同步的表,多个用逗号隔开。
--sync-to-master :指定一个DSN,即从的IP,他会通过show processlist或show slave status 去自动的找主。
h= :服务器地址,命令里有2个ip,第一次出现的是Master的地址,第2次是Slave的地址。
u= :帐号。
p= :密码。
--print :打印,但不执行命令
--execute :执行命令

上面命令介绍完了,接下来开始执行修复:
通过(--print)打印出来了修复数据的sql语句,可以手动的在slave从库上执行,让他们数据保持一致性,这样比较麻烦!
可以直接在master主库上执行修复操作,通过--execute参数,如下:
[root@master-server ~]# pt-table-sync --replicate=huanqiu.checksums h=192.168.1.101,u=root,p=123456 h=192.168.1.102,u=root,p=123456 --execute

如上修复后,再次检查,发现主从库数据已经一致了!
[root@master-server ~]# pt-table-checksum --nocheck-replication-filters --no-check-binlog-format --replicate=huanqiu.checksums --databases=huanqiu --tables=haha h=192.168.1.101,u=root,p=123456,P=3306

[plain]  view plain copy
  1. <span style="color:#ff0000;">         </span><span style="color:#333333;"> TS ERRORS  DIFFS     ROWS  CHUNKS SKIPPED    TIME TABLE  
  2. 01-08T04:36:43      0      0        4       1       0   0.040 huanqiu.haha</span>  

-----------------------------------------------------------------------------------------------------------------------
建议:
修复数据的时候,最好还是用--print打印出来的好,这样就可以知道那些数据有问题,可以人为的干预下。
不然直接执行了,出现问题之后更不好处理。总之还是在处理之前做好数据的备份工作。

注意:要是表中没有唯一索引或则主键则会报错:
Can't make changes on the master because no unique index exists at /usr/local/bin/pt-table-sync line 10591.
-----------------------------------------------------------------------------------------------------------------------
为了确保主从数据的一致性,可以编写监控脚本,定时检查。当检查到主从数据不一致时,强制修复数据。
[root@master-server ~]# cat /root/pt_huanqiu.sh

[plain]  view plain copy
  1. #!/bin/bash  
  2. NUM=$(/usr/bin/pt-table-checksum --nocheck-replication-filters --no-check-binlog-format --replicate=huanqiu.checksums --databases=huanqiu  h=192.168.1.101,u=root,p=123456,P=3306|awk -F" " '{print $3}'|sed -n '2p')  
  3. if [ $NUM -eq 1 ];then  
  4.   /usr/bin/pt-table-sync --replicate=huanqiu.checksums h=192.168.1.101,u=root,p=123456 h=192.168.1.102,u=root,p=123456 --print  
  5.   /usr/bin/pt-table-sync --replicate=huanqiu.checksums h=192.168.1.101,u=root,p=123456 h=192.168.1.102,u=root,p=123456 --execute  
  6. else  
  7.   echo "data is ok"  
  8. fi  

[root@master-server ~]# cat /root/pt_huanpc.sh 

[plain]  view plain copy
  1. #!/bin/bash  
  2. NUM=$(/usr/bin/pt-table-checksum --nocheck-replication-filters --no-check-binlog-format --replicate=huanpc.checksums --databases=huanpc  h=192.168.1.101,u=root,p=123456,P=3306|awk -F" " '{print $3}'|sed -n '2p')  
  3. if [ $NUM -eq 1 ];then  
  4.   /usr/bin/pt-table-sync --replicate=huanpc.checksums h=192.168.1.101,u=root,p=123456 h=192.168.1.102,u=root,p=123456 --print  
  5.   /usr/bin/pt-table-sync --replicate=huanpc.checksums h=192.168.1.101,u=root,p=123456 h=192.168.1.102,u=root,p=123456 --execute  
  6. else  
  7.   echo "data is ok"  
  8. fi  

[root@master-server ~]# crontab -l
#检查主从huanqiu库数据一致性
* * * * * /bin/bash -x /root/pt_huanqiu.sh > /dev/null 2>&1
* * * * * sleep 10;/bin/bash -x /root/pt_huanqiu.sh > /dev/null 2>&1
* * * * * sleep 20;/bin/bash -x /root/pt_huanqiu.sh > /dev/null 2>&1
* * * * * sleep 30;/bin/bash -x /root/pt_huanqiu.sh > /dev/null 2>&1
* * * * * sleep 40;/bin/bash -x /root/pt_huanqiu.sh > /dev/null 2>&1
* * * * * sleep 50;/bin/bash -x /root/pt_huanqiu.sh > /dev/null 2>&1

#检查主从huanpc库数据一致性
* * * * * /bin/bash -x /root/root/pt_huanpc.sh > /dev/null 2>&1
* * * * * sleep 10;/bin/bash -x /root/pt_huanpc.sh > /dev/null 2>&1
* * * * * sleep 20;/bin/bash -x /root/pt_huanpc.sh > /dev/null 2>&1
* * * * * sleep 30;/bin/bash -x /root/pt_huanpc.sh > /dev/null 2>&1
* * * * * sleep 40;/bin/bash -x /root/pt_huanpc.sh > /dev/null 2>&1
* * * * * sleep 50;/bin/bash -x /root/pt_huanpc.sh > /dev/null 2>&1

-----------------------------------------------------------------------------------------------------------------------
最后总结:
pt-table-checksum和pt-table-sync工具很给力,工作中常常在使用。注意使用该工具需要授权,一般SELECT, PROCESS, SUPER, REPLICATION SLAVE等权限就已经足够了。

-----------------------------------------------------------------------------------------------------------------------
另外说一个问题:
在上面的操作中,在主库里添加pt-table-checksum检查的权限(从库可以不授权)后,进行数据一致性检查操作,会在操作的库(实例中是huanqiu、huanpc)下产生一个checksums表!
这张checksums表是pt-table-checksum检查过程中产生的。这张表一旦产生了,默认是删除不了的,并且这张表所在的库也默认删除不了,删除后过一会儿就又会出来。

[plain]  view plain copy
  1. <span style="color:#333333;">mysql> use huanqiu;  
  2. Reading table information for completion of table and column names  
  3. You can turn off this feature to get a quicker startup with -A  
  4.    
  5. Database changed  
  6. mysql> show tables;  
  7. +-------------------+  
  8. | Tables_in_huanqiu |  
  9. +-------------------+  
  10. | checksums         |  
  11. | haha              |  
  12. +-------------------+  
  13. 2 rows in set (0.00 sec)  
  14.    
  15. mysql> drop table checksums;  
  16. Query OK, 0 rows affected (0.01 sec)  
  17.    
  18. mysql> show tables;  
  19. +-------------------+  
  20. | Tables_in_huanqiu |  
  21. +-------------------+  
  22. | haha              |  
  23. +-------------------+  
  24. 1 row in set (0.00 sec)  
  25.    
  26. mysql> show tables;         //过一段时间再次查看,发现checksums表还在  
  27. +-------------------+  
  28. | Tables_in_huanqiu |  
  29. +-------------------+  
  30. | checksums         |  
  31. | haha              |  
  32. +-------------------+  
  33. 2 rows in set (0.00 sec)  
  34.    
  35. 不仅这张表删除不了,这张表所在的库也删除不了,删除后过一会儿就是自动生成。  
  36. mysql> drop database huanqiu;  
  37. Query OK, 1 row affected (0.01 sec)  
  38.    
  39. mysql> drop database huanpc;  
  40. Query OK, 1 row affected (0.02 sec)  
  41.    
  42. mysql> show databases;  
  43. +--------------------+  
  44. | Database           |  
  45. +--------------------+  
  46. | information_schema |  
  47. | huanqiu            |  
  48. | mysql              |  
  49. | performance_schema |  
  50. | test               |  
  51. +--------------------+  
  52. 5 rows in set (0.00 sec)  
  53.    
  54. mysql> drop database huanqiu;  
  55. Query OK, 1 row affected (0.01 sec)  
  56.    
  57. mysql> show databases;  
  58. +--------------------+  
  59. | Database           |  
  60. +--------------------+  
  61. | information_schema |  
  62. | huanpc             |  
  63. | huanqiu            |  
  64. | mysql              |  
  65. | performance_schema |  
  66. | test               |  
  67. +--------------------+  
  68. 6 rows in set (0.00 sec)</span>  

要想删除的话,一定要先把pt-table-checksum检查前添加的权限收回!

[plain]  view plain copy
  1. <span style="color:#333333;">mysql> show grants for 'root'@'192.168.1.101';      
  2. +-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+  
  3. | Grants for root@192.168.1.101                                                                                                                                                       |  
  4. +-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+  
  5. | GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, PROCESS, SUPER, REPLICATION SLAVE ON *.* TO 'root'@'192.168.1.101' IDENTIFIED BY PASSWORD '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9' |  
  6. +-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+  
  7. 1 row in set (0.00 sec)  
  8.    
  9. mysql> revoke SELECT, INSERT, UPDATE, DELETE, CREATE, PROCESS, SUPER, REPLICATION SLAVE ON *.* FROM 'root'@'192.168.1.101';  
  10. Query OK, 0 rows affected (0.01 sec)  
  11.    
  12. mysql> show grants for 'root'@'192.168.1.101';  
  13. +-----------------------------------------------------------------------------------------------------------------+  
  14. | Grants for root@192.168.1.101                                                                                   |  
  15. +-----------------------------------------------------------------------------------------------------------------+  
  16. | GRANT USAGE ON *.* TO 'root'@'192.168.1.101' IDENTIFIED BY PASSWORD '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9' |  
  17. +-----------------------------------------------------------------------------------------------------------------+  
  18. 1 row in set (0.00 sec)  
  19.    
  20. mysql> select user,host,password from mysql.user;  
  21. +-------+---------------+-------------------------------------------+  
  22. | user  | host          | password                                  |  
  23. +-------+---------------+-------------------------------------------+  
  24. | root  | localhost     | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |  
  25. | root  | master-server |                                           |  
  26. | root  | 127.0.0.1     |                                           |  
  27. | root  | ::1           |                                           |  
  28. |       | localhost     |                                           |  
  29. |       | master-server |                                           |  
  30. | root  | 192.168.1.101 | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |  
  31. | slave | 192.168.1.102 | *4F0FF134CC4C1A2872D972373A6AA86CA0A81872 |  
  32. +-------+---------------+-------------------------------------------+  
  33. 8 rows in set (0.00 sec)  
  34.    
  35. mysql> delete from mysql.user where user="root" and host="192.168.1.101";   //这一步其实不必操作,此步删除操作不能在上面revoke执行前进行,否则revoke回收权限失败!  
  36. Query OK, 1 row affected (0.00 sec)  
  37.    
  38. mysql> select user,host,password from mysql.user;  
  39. +-------+---------------+-------------------------------------------+  
  40. | user  | host          | password                                  |  
  41. +-------+---------------+-------------------------------------------+  
  42. | root  | localhost     | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |  
  43. | root  | master-server |                                           |  
  44. | root  | 127.0.0.1     |                                           |  
  45. | root  | ::1           |                                           |  
  46. |       | localhost     |                                           |  
  47. |       | master-server |                                           |  
  48. | slave | 192.168.1.102 | *4F0FF134CC4C1A2872D972373A6AA86CA0A81872 |  
  49. +-------+---------------+-------------------------------------------+  
  50. 7 rows in set (0.00 sec)</span>  

权限删除后,就能成功删除checksums这张表和它所在的库了!
主库的checksums删除了,从库的这张表也会跟着删除

[plain]  view plain copy
  1. <span style="color:#333333;">mysql> use huanpc;  
  2. Database changed  
  3. mysql> show tables;  
  4. +------------------+  
  5. | Tables_in_huanpc |  
  6. +------------------+  
  7. | checksums        |  
  8. | heihei           |  
  9. +------------------+  
  10. 2 rows in set (0.00 sec)  
  11.    
  12. mysql> drop table checksums;  
  13. Query OK, 0 rows affected (0.01 sec)  
  14.    
  15. mysql> show tables;  
  16. +------------------+  
  17. | Tables_in_huanpc |  
  18. +------------------+  
  19. | heihei           |  
  20. +------------------+  
  21. 1 row in set (0.01 sec)  
  22.    
  23. mysql> use huanqiu;  
  24. Reading table information for completion of table and column names  
  25. You can turn off this feature to get a quicker startup with -A  
  26.    
  27. Database changed  
  28. mysql> show tables;  
  29. +-------------------+  
  30. | Tables_in_huanqiu |  
  31. +-------------------+  
  32. | checksums         |  
  33. | haha              |  
  34. +-------------------+  
  35. 2 rows in set (0.00 sec)  
  36.    
  37. mysql> drop table checksums;  
  38. Query OK, 0 rows affected (0.00 sec)  
  39.    
  40. mysql> show tables;  
  41. +-------------------+  
  42. | Tables_in_huanqiu |  
  43. +-------------------+  
  44. | haha              |  
  45. +-------------------+  
  46. 1 row in set (0.00 sec)</span>  

也就是说,checksums表一旦产生,不仅这张表默认删除不了,连同它所在的库,要是想删除它们,只能如上操作先撤销权限。
pt-heartbeat监控mysql主从复制延迟整理

这篇关于mysql主从同步-percona-toolkit工具 使用梳理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/394633

相关文章

SQL中的外键约束

外键约束用于表示两张表中的指标连接关系。外键约束的作用主要有以下三点: 1.确保子表中的某个字段(外键)只能引用父表中的有效记录2.主表中的列被删除时,子表中的关联列也会被删除3.主表中的列更新时,子表中的关联元素也会被更新 子表中的元素指向主表 以下是一个外键约束的实例展示

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

服务器集群同步时间手记

1.时间服务器配置(必须root用户) (1)检查ntp是否安装 [root@node1 桌面]# rpm -qa|grep ntpntp-4.2.6p5-10.el6.centos.x86_64fontpackages-filesystem-1.41-1.1.el6.noarchntpdate-4.2.6p5-10.el6.centos.x86_64 (2)修改ntp配置文件 [r

如何去写一手好SQL

MySQL性能 最大数据量 抛开数据量和并发数,谈性能都是耍流氓。MySQL没有限制单表最大记录数,它取决于操作系统对文件大小的限制。 《阿里巴巴Java开发手册》提出单表行数超过500万行或者单表容量超过2GB,才推荐分库分表。性能由综合因素决定,抛开业务复杂度,影响程度依次是硬件配置、MySQL配置、数据表设计、索引优化。500万这个值仅供参考,并非铁律。 博主曾经操作过超过4亿行数据

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数

Makefile简明使用教程

文章目录 规则makefile文件的基本语法:加在命令前的特殊符号:.PHONY伪目标: Makefilev1 直观写法v2 加上中间过程v3 伪目标v4 变量 make 选项-f-n-C Make 是一种流行的构建工具,常用于将源代码转换成可执行文件或者其他形式的输出文件(如库文件、文档等)。Make 可以自动化地执行编译、链接等一系列操作。 规则 makefile文件

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

使用opencv优化图片(画面变清晰)

文章目录 需求影响照片清晰度的因素 实现降噪测试代码 锐化空间锐化Unsharp Masking频率域锐化对比测试 对比度增强常用算法对比测试 需求 对图像进行优化,使其看起来更清晰,同时保持尺寸不变,通常涉及到图像处理技术如锐化、降噪、对比度增强等 影响照片清晰度的因素 影响照片清晰度的因素有很多,主要可以从以下几个方面来分析 1. 拍摄设备 相机传感器:相机传