请问配置mysql 5.6数据库主从数据库同步时,如何处理master-host = 192.168.0.189出错的问题

Slave_SQL_Running: No mysql同步故障解决

如果数据不同步可以尝试该资料

mysql> show slave status\G

Slave_IO_Running: Yes

Slave_SQL_Running: No

Last_Errno: 1062

Seconds_Behind_Master:NULL

原因：

1程序可能在slave上进行了写 *** 作

2也可能是slave机器重起后，事务回滚造成的

解决办法I：

1首先停掉Slave服务：slave stop

2到主服务器上查看主机状态：

记录File和Position对应的值。

mysql> show master status;

+------------------+-----------+--------------+------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+------------------+-----------+--------------+------------------+

| mysql-bin000020 | 135617781 | | |

+------------------+-----------+--------------+------------------+

1 row in set (000 sec)

3到slave服务器上执行手动同步：

mysql> change master to

> master_host='master_ip',

> master_user='user',

> master_password='pwd',

> master_port=3307,

> master_log_file='mysql-bin000020',

> master_log_pos=135617781;

1 row in set (000 sec)

mysql> slave start;

1 row in set (000 sec)

再次查看slave状态发现：

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Seconds_Behind_Master: 0

解决办法II：

mysql> slave stop;

mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;

mysql> slave start;

主从复制理论上支持无穷大的从库个数，实际情况下，受服务器带宽和读写能力的影响

请参考MySQL官方手册的建议：

理论上，通过使用单个主服务器/多从服务器设置，可以通过添加更多的从服务器来扩充系统，直到用完网络带宽，或者你的更新负载已经增长到主服务器不能处理的点。

在获得的收益开始吃平之前，为了确定可以有多少从服务器，以及可以将你的站点的性能提高多少，需要知道查询模式，并且要通过基准测试并根据经验确定一个典型的主服务器和从服务器中的读取（每秒钟读取量，或者max_reads）吞吐量和写（max_writes）吞吐量的关系。通过一个假设的带有复制的系统，本例给出了一个非常简单的计算结果。

假设系统负载包括10%的写和90%的读取，并且我们通过基准测试确定max_reads是1200_2×max_writes。换句话说，如果没有写 *** 作，系统每秒可以进行1,200次读取 *** 作，平均写 *** 作是平均读 *** 作所用时间的两倍，并且关系是线性的。我们假定主服务器和每个从服务器具有相同的性能，并且我们有一个主服务器和N个从服务器。那么，对于每个服务器（主服务器或从服务器），我们有：

reads=1200_2×writes

reads=9×writes/(N1)(读取是分离的,但是写入所有服务器)

9×writes/(N1)2×writes=1200

writes=1200/(29/(N1))

最后的等式表明了N个从服务器的最大写 *** 作数，假设最大可能的读取速率是每分钟1,200次，读 *** 作与写 *** 作的比率是9。

如上分析可以得到下面的结论：

·如果N=0（这表明没有复制），系统每秒可以处理大约1200/11=109个写 *** 作。

·如果N=1，每秒得到184个写 *** 作。

·如果N=8，每秒得到400个写 *** 作。

·如果N=17，每秒得到480个写 *** 作。

要保证 PG 数据库集群中数据的同步，可以采用以下一些方法：

1 流复制：流复制是 PG 数据库集群中最常用的数据同步方式。它基于二进制日志的基础上，将主服务器上的事务日志传输到从服务器上进行重放。当主服务器执行一个新的事务时，它会向从服务器发送一个 WAL 记录，然后该记录会被写入从服务器的 WAL，从而实现了数据同步。

2 逻辑复制：逻辑复制是另一种常用的 PG 数据库集群数据同步方式。它通过在主服务器上解析 SQL 插入，更新和删除语句，然后再将这些语句传输到从服务器上执行，来实现数据同步。

3 复制槽：复制槽是一个用于保存复制信息的数据结构，可以用于控制流复制和逻辑复制。通过使用复制槽，可以确保从服务器可以接收到主服务器上的所有更改，即使从服务器离线或重启。

4 pgpool-II：pgpool-II 是一个流行的第三方开源工具，用于 PG 数据库集群中的负载均衡和故障转移。通过在 pgpool-II 中设置正确的参数，可以实现数据同步，从而提高系统的可用性和性能。

综上所述，要保证 PG 数据库集群中数据的同步，可以采用多种方法。具体选择哪一种同步方式取决于您的系统架构和业务需求。

第一，根据自建数据库的数据量、MySQL版本以及访问量等信息申请对应的云数据库实例，申请云数据库实例完成后，联系云数据库的腾讯云技术人员调整云数据库和云服务器之间的网络配置。

第二，迁移数据库：

1、使用mysqldump导出自建数据库的数据，注意记录binlog的文件和位置（如需帮助请咨询云数据库技术人员），然后使用mysql命令导入至对应的云数据库实例中。推荐使用云数据库多线程导入导出工具。

2、在自建数据库上给云数据库的同步用户授权，授权语句范例如下：

GRANT REPLICATION SLAVE,FILE ON TO 'replication'@'%' IDENTIFIED BY 'test123';

3、在导入数据后根据备份的binlog位置和binlog文件使用change master命令配置从自建数据库到云数据库的主从同步。范例如下：

CHANGE MASTER TO MASTER_HOST='101110',MASTER_USER='replication',MASTER_PASSWORD='test123',MASTER_LOG_FILE='mysql-bin000012', MASTER_LOG_POS=106;

第三，迁移后数据校验：数据同步完成之后，可以使用数据抽样、对比表数量、库数量或者使用专业的对比工具确认数据是否完整。

第四，业务切换数据库：校验数据完整后，请选择适当时间来做业务的平滑切换，将业务连接的数据库切换至云数据库，切换后请务必检查自建数据库是否还有请求进来，避免出现还有请求连接到自建数据库的情况。

第五，断开自建数据库和云数据库主从同步：

1、切换后业务正常后，业务侧在云数据库上执行如下命令断开自建数据库到云数据库的主从同步。

2、断开主从同步后通知云数据库的技术人员恢复之前调整的网络。

以上就是关于请问配置mysql 5.6数据库主从数据库同步时,如何处理master-host = 192.168.0.189出错的问题全部的内容，包括:请问配置mysql 5.6数据库主从数据库同步时,如何处理master-host = 192.168.0.189出错的问题、mysql主从同步如何同步已有的数据,(mysql数据库主从同步原理)、pg数据库集群怎么保证数据同步等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！