规划 master 192.168.56.2 slave 192.168.56.5 1、在主库上，设置一个复制使用的账户rep1，并授予REPLICATION SLAVE权限。 mysqlgrantreplicationslaveon*.*to'rep1'@'192.168.56.2'identif
2023-04-27
从字面意思看了一下是因为slave_pending_jobs_size_max默认值为16777216（16MB），但是slave接收到的slave_pending_jobs_size_max为17085453（17M）； 解决方案 从库执行如下SQL mysqlstop slave;mysqlse
2023-04-27
Bug Description We have this problem: we have set innodb_buffer_pool =80GB on both master and slave , master offer usually workload,but slave with not
2023-04-26
一般而言，slave相对master延迟较大，其根本原因就是slave上的复制线程没办法真正做到并发。简单说，在master上是并发模式(以InnoDB引擎为主)完成事务提交的，而在slave上，复制线程只有
2023-04-26
最近线上频繁的出现slave延时的情况，经排查发现为用户在删除数据的时候，由于表主键的主键的缺少，同时删除条件没有索引，或或者删除的条件过滤性极差，导致slave出现hang住，严
2023-04-26
简单来讲MySQL的主从复制就是一个C/S架构的应用。master可以认为是我们通常意义上所认为的server，slave可以当作是一台client。slave上的I/O线程去请求master上数据，而master验证通过slave的信
2023-04-25
一、原因分析 一般而言，slave相对master延迟较大，其根本原因就是slave上的复制线程没办法真正做到并发。简单说，在master上是并发模式(以InnoDB引擎为主)完成事务提交的，而在slave上，
2023-04-25
在MySQL复制环境中，我们通常只根据 Seconds_Behind_Master 的值来判断SLAVE的延迟。这么做大部分情况下尚可接受，但并不够准确，而应该考虑更多因素。 首先，我们先看下SLAVE的状态： 复制
2023-04-24
前几天帮同事解决一个案例，在主从复制环境下，从库上的MySQL版本号是5.5.5，遇到下面的错误： #其他非相关信息我都隐藏掉了 [(yejr@imysql.com)] show slave status \G; Slave_IO_Running: Yes Slave_S
2023-04-24
在 MySQL 主从复制时，有时候会碰到这样的故障：在 Slave 上 Slave_IO_Running 和 Slave_SQL_Running 都是 Yes，Slave_SQL_Running_State 显示 Slave has read all relay log; waiting for t
2023-04-23
采用全库复制的方案，方便管理mysql 5.5 + rhel5.8 10.4.11.12 master 10.4.11.13 slave ---Master端设置 1， 创建复制帐号，需要复制和slave权限 mysql GRANT REPLICATION SLAVE, REPLICATION CL
2023-04-22
1. MySQL数据库主从同步延迟原理。 要说延时原理，得从mysql的数据库主从复制原理说起，mysql的主从复制都是单线程的操作， 主库对所有DDL和DML产生binlog，binlog是顺序写，所以效率很高
2023-04-22
蚊子今天下午搭了一主三从的mysql复制，结果所有服务器都配置好后，发现从上报如下的错误 复制代码 代码如下: Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal
2023-04-22
使用rsync配置了大量mysql，省去了大量编译和配置的时间，随逐个修改master和slave服务器的my.cnf，后，发现数据不能同步， 在slave服务器show slave status: Fatal error: The slave I/O thread stops beca
2023-04-22
基于局域网的master/slave机制在通常情况下已经可以满足'实时'备份的要求了。如果延迟比较大，就先确认以下几个因素： 1. 网络延迟 2. master负载 3. slave负载 一般的做法是，使用多台s
2023-04-22
面试mysqldba的时候遇到一个题： 描述msyql replication 机制的实现原理，如何在不停掉mysql主库的情况下，恢复数据不一致的slave的数据库节点？ MySQL的复制（replication）是一个异步的复制，
2023-04-22
如果10台以内的db的话，自己手动ssh进去，clean就足以，但是上百台呢，就要写脚本了。大概思路：在 一台db跳转机上面, 写一个脚本,访问slave,远程获取正在复制的master上面的binlog位置
2023-04-22
![MYSQL同步 Slave_IO_Running: No 或者Slave_SQL_Running: No的解决方法[已测]](https://www.mryunwei.com/wp-content/themes/AeroCoreFree/static/img/thumb_placeholder.svg?v=177895328212770781)
今天在测试mysql是否同步时，检查数据库发现一台MySQL Slave未和主机同步，查看Slave状态： mysql show slave status\G Slave_IO_Running: Yes Slave_SQL_Running: No Last_Errno: 1062 .... Seco
2023-04-20
蚊子今天下午搭了一主三从的mysql复制，结果所有服务器都配置好后，发现从上报如下的错误 复制代码 代码如下: Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal
2023-04-20
下面写一下，这两个要是有no了，怎么恢复。。 如果是slave_io_running no了，那么就我个人看有三种情况，一个是网络有问题，连接不上，像有一次我用虚拟机搭建replication，使用了nat的网
2023-04-20