MySQL 主从同步架构中你不知道的“坑”
以下操作征对指定不同步库
binlog-format=ROW模式
1
查看主从的binlog模式
mysql> show slave status\G
*********************** 1. row *************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.22.171
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: master-bin.000004
Read_Master_Log_Pos: 463
Relay_Log_File: s1.000011
Relay_Log_Pos: 630
Relay_Master_Log_File: master-bin.000004
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB: test
查看从库状态也显示此项配置
1:在忽略不同步的库不存在的情况下
在配置文件指定主从库都不存在的库,然后在主库中创建这个库,测试数据是否同步过去
主库创建数据库
mysql> create database test;
Query OK, 1 row affected (0.06 sec)
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| sys |
| test |
+--------------------+
5 rows in set (0.01 sec)
从库查看
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| sys |
+--------------------+
5 rows in set (0.01 sec)
结论:发现建库的动作没有被从库同步过来
2:测试主从服务器库存在数据同步情况
目前主从库都存在库test001
[root@mysql-m ~]# mysql -uroot -p -e "show databases;"|grep test001
Enter password:
test001
[root@mysql-s ~]# mysql -uroot -p -e "show databases;"|grep test001
Enter password:
test001
在主库插入数据测试从库同步情况
mysql> use test001;
Database changed
mysql> create table test (
-> id varchar(10) not null,
-> name varchar(10) not null
-> );
Query OK, 0 rows affected (0.06 sec)
mysql> insert into test values('zhang','man');
Query OK, 1 row affected (0.03 sec)
mysql> select * from test;
+-------+------+
| id | name |
+-------+------+
| zhang | man |
+-------+------+
1 row in set (0.00 sec)
mysql> select * from test001.test;
ERROR 1146 (42S02): Table 'test001.test' doesn't exist
mysql> use test001;
Database changed
mysql> show tables;
Empty set (0.00 sec)
结论:从库没有表,同样也有数据同步过来
3:征对数据库默认的库同步(如mysql)
replicate-ignore-db = mysql
#忽略指定不同步的库
测试前的数据
[root@mysql-m ~]# mysql -uroot -p -e "select user,host from mysql.user;"
Enter password:
+-----------+--------------+
| user | host |
+-----------+--------------+
| mysql.sys | localhost |
| root | localhost |
+-----------+--------------+
[root@mysql-s ~]# mysql -uroot -p -e "select user,host from mysql.user;"
Enter password:
+-----------+--------------+
| user | host |
+-----------+--------------+
| mysql.sys | localhost |
| root | localhost |
+-----------+--------------+
[root@mysql-m ~]# mysql -uroot -p -e "grant all privileges on *.* to test@localhost identified by '123456';"
Enter password:
[root@mysql-m ~]# mysql -uroot -p -e "select user,host from mysql.user;"
Enter password:
+-----------+--------------+
| user | host |
+-----------+--------------+
| mysql.sys | localhost |
| root | localhost |
| test | localhost |
+-----------+--------------+
[root@mysql-s ~]# mysql -uroot -p -e "select user,host from mysql.user;"
Enter password:
+-----------+--------------+
| user | host |
+-----------+--------------+
| mysql.sys | localhost |
| root | localhost |
| test | localhost |
+-----------+--------------+
结论:此种模式下此配置对默认的库不生效,因此调整配置
replicate-ignore-db = mysql
#忽略指定不同步的库
replicate-wild-ignore-table=mysql.%
#忽略指定不同步的库的所有表
[root@mysql-m ~]# mysql -uroot -p -e "grant all privileges on *.* to testuser@localhost identified by '123456';"
Enter password:
[root@mysql-m ~]# mysql -uroot -p -e "select user,host from mysql.user;"
Enter password:
+-----------+--------------+
| user | host |
+-----------+--------------+
| mysql.sys | localhost |
| root | localhost |
| test | localhost |
| testuser | localhost |
+-----------+--------------+
[root@mysql-s ~]# mysql -uroot -p -e "select user,host from mysql.user;"
Enter password:
+-----------+--------------+
| user | host |
+-----------+--------------+
| mysql.sys | localhost |
| root | localhost |
| test | localhost |
+-----------+--------------+
结论:此种模式下此配置对默认的库进行不同步数据库,需要增加相关表的参数,最后测试得出不加replicate-ignore-db = mysql参数,同样对默认的库生效,
binlog-format=STATEMENT模式
2
修改主从库的binlog模式
一起测试不存在的库、存在的库与默认库
replicate-ignore-db = test
#忽略指定不同步的库(主从不存在)
replicate-ignore-db = test001
#忽略指定不同步的库
replicate-wild-ignore-table=mysql.%
#忽略指定不同步的库的所有表
1:测试默认库数据同步
mysql> grant all privileges on *.* to user@'localhost' identified by '123456';
Query OK, 0 rows affected, 1 warning (0.03 sec)
mysql> select user,host from mysql.user;
+-----------+--------------+
| user | host |
+-----------+--------------+
| rep | % |
| mysql.sys | localhost |
| root | localhost |
| test | localhost |
| user | localhost |
+-----------+--------------+
5 rows in set (0.01 sec)
[root@mysql-s ~]# mysql -uroot -p -e "select user,host from mysql.user;"
Enter password:
+-----------+--------------+
| user | host |
+-----------+--------------+
| rep | % |
| mysql.sys | localhost |
| root | localhost |
| test | localhost |
+-----------+--------------+
结论:在此种模式下,对于默认的库,配置replicate-ignore-db = mysql,对默认的库与库中的表都生效
2:测试主从都不存在的库同步
3:测试主从服务器库已经同步的情况下数据同步(test001)
mysql> use test001;
Database changed
mysql> create table test001 (
-> id varchar(10) not null,
-> name varchar(10) not null
-> );
Query OK, 0 rows affected (0.06 sec)
mysql> insert into test001 values('zhang','man');
Query OK, 1 row affected (0.11 sec)
[root@mysql-m ~]# mysql -uroot -p -e "select * from test001.test001;"
Enter password:
+-------+------+
| id | name |
+-------+------+
| zhang | man |
+-------+------+
[root@mysql-s ~]# mysql -uroot -p -e "select * from test001.test001;"
Enter password:
ERROR 1146 (42S02) at line 1: Table 'test001.test001' doesn't exist
MySQL 主从同步架构中你不知道的“坑”的更多相关文章
- MySQL 主从同步架构中你不知道的“坑”(2)
指定同步库情况 1.binlog_format= ROW模式 mysql> use testdb; Database changed mysql> show tables; +----- ...
- 监控MYSQL主从同步配置中监控从库运行状态的脚本
代码如下: #!/bin/bash #Check MySQL Slave's Runnning Status #Crontab time 00:10 MYSQLPORT=`netstat -na|gr ...
- mysql 主从同步出问题,重新修复从库 - web架构研究
mysql 主从同步出问题,重新修复从库 - web架构研究 mysql 主从同步出问题,重新修复从库 0 昨天由于操作失误,在从库上执行一堆sql之后,导致主从同步错误,并且已 ...
- 架构师必备:MySQL主从同步原理和应用
日常工作中,MySQL数据库是必不可少的存储,其中读写分离基本是标配,而这背后需要MySQL开启主从同步,形成一主一从.或一主多从的架构,掌握主从同步的原理和知道如何实际应用,是一个架构师的必备技能. ...
- mysql主从同步+mycat读写分离+.NET程序连接mycat代理
背景 最近新项目需要用到mysql数据库,并且由于数据量大的原因,故打算采用1主1从(主数据库负责增.删.改操作:从数据库负责查操作)的数据库架构,在实现主从之后还要实现读写分离的代理,在网上搜寻了很 ...
- 监控mysql主从同步状态
在高并发网站架构中,MySQL数据库主从同步是不可或缺的,不过经常会发生由于网络原因或者操作错误,MySQL主从经常会出现不同步的情况,那么如何监控MySQL主从同步,也变成网站正常运行的重要环节. ...
- mysql主从同步(5)-同步延迟状态考量(seconds_behind_master和pt-heartbea)
一般情况下,我们是通过"show slave status \G;"提供的Seconds_Behind_Master值来衡量mysql主从同步的延迟情况.具体说明见:mysql主从 ...
- mysql主从同步(2)-问题梳理
之前详细介绍了Mysql主从复制的原理和部署过程,在mysql同步过程中会出现很多问题,导致数据同步异常.以下梳理了几种主从同步中可能存在的问题:1)slave运行过慢不能与master同步,也就是M ...
- Mysql主从同步(1) - 概念和原理介绍 以及 主从/主主模式 部署记录
Mysql复制概念Mysql内建的复制功能是构建大型高性能应用程序的基础, 将Mysql数据分布到多个系统上,这种分布机制是通过将Mysql某一台主机数据复制到其它主机(slaves)上,并重新执行一 ...
随机推荐
- Android_(菜单)选项菜单
Android系统中菜单分为Options Menu.Context Menu.Sub Men三种 Options Menu和Context Menu属于一级菜单 Sub Menu属于Options ...
- supsplk 服务器被植入木马 挖矿 cpu使用 700%
最近emr集群跑任务的时候总出现 task failed ,优化sql,调提交任务参数都没解决,最后再我排查时候,发现一个从节点的cpu使用800% 经过一些列排查,发现是被注入木马了, #被人种下的 ...
- DVWA--CRSF
首先我们对CRSF进行一个介绍 CSRF,全称Cross-site request forgery,翻译过来就是跨站请求伪造,是指利用受害者尚未失效的身份认证信息(cookie.会话等),诱骗其点击恶 ...
- 计算机网络&http学习笔记持续整理
http不常见状态码: 204: 请求处理成功,但是没有资源可返回. 206: 只返回请求资源的某一部分(客户端只想请求某一部分),响应报文中包含由Content-Range指定范围的实体内容. 30 ...
- java 判断Map集合中包含指定的键名,则返回true,否则返回false。
public static void main(String[] args) { Map map = new HashMap(); //定义Map对象 map.put("apple" ...
- 自定义实现Java动态代理
转自:https://www.cnblogs.com/rjzheng/p/8750265.html 一 借助JDK的API实现: 1.先创建一个接口,并实现它 public interface Per ...
- What is the !! (not not) operator in JavaScript?
What is the !! (not not) operator in JavaScript? 解答1 Coerces强制 oObject to boolean. If it was falsey ...
- apache域名跳转
状态码:*301: 永久重定向,域名跳转一定要用301,对搜索引擎友好的. 302:临时重定向在虚拟主机配置文件/usr/local/apache2/conf/extra/httpd-vhosts & ...
- 阶段3 2.Spring_05.基于XML的IOC的案例1_4 注解IOC案例-把自己编写的类使用注解配置
注解改造案例 复制之前的xml配置的pom.xml里面的依赖. 复制com文件 bean.xml配置文件也拷贝过来 测试类也复制过来 开始基于注解的IOC配置 右键项目,选择maven.选择更新 更新 ...
- 阶段3 2.Spring_03.Spring的 IOC 和 DI_11 set方法注入
复制AccountServiceImpl类改名叫做AccountServiceImpl2 生成三个属性值的set方法.注入只需要set方法,并不需要get方法 配置bean,用到property这个标 ...