欢迎进入Linux社区论坛，与200万技术人员互动交流 >>进入 master、slave同步状态 Slave_IO_Running:Slave从Master上读取log_bin,并写入Slave中继日志Relay_Log_File Slave_SQL_Running:负责读取并且执行中继日志中的log_bin 单独停止IO、SQL线程 stop slave欢迎进入linux社区论坛，与200万技术人员互动交流 >>进入master、slave同步状态Slave_IO_Running:Slave从Master上读取log_bin,并写入Slave中继日志Relay_Log_File Slave_SQL_Running:负责读取并且执行中继日志中的log_bin单独停止IO、SQL线程stop slave io_thread stop slave sql_thread关闭log_bin写入mysql> set global sql_log_bin=OFF;设置后，insert、update、delete等语句就不会再写入log_bin文件，但是用flush logs仍然会生成新的log_bin文件。
问题适用环境：配置单机多实例，从继承了log_bin参数，同样生成log_bin日志。
------------------------------------------------------------------用户权限导致同步失败
错误：
Last_IO_Error: error connecting to master 'repli@192.168.60.134:3306' - retry-time: 60 retries: 86400分析：测试，在slave端，用repli用户连接master.看能否连接master,是否存在权限问题------------------------------------------------------------------错误语句，导致数据不同步
错误：
Error 'Operation DROP USER failed for 'repli'@'%'' on query. Default database: ''. Query: 'drop user repli@'%''
分析：
跳过来自master的语句SET GLOBAL SQL_SLAVE_SKIP_COUNTER = n如果来自主服务器的更新语句不使用AUTO_INCREMENT或LAST_INSERT_ID（），n值应为1否则，值应为2.
原因是使用AUTO_INCREMENT或LAST_INSERT_ID（）的语句需要从二进制日志中取两个事件处理（暂时理解是两个SQL语句，或许两个事务）：stop slave;set global sql_slave_skip_counter = 1------------------------------------------------------------------OLTP,减小主从数据差距在负载较低的时候暂时阻塞主数据库的更新，强制主从数据库更新同步。这样会造成客户的体验效果。
在master上执行mysql> flush tables with read lock;再执行更新操作，会提示错误mysql> create table t1 （a int not null primary key , b varchar（100））；
ERROR 1223 （HY000）： Can't execute the query because you have a conflicting read lock记录log_bin和Position mysql> show master status\G*************************** 1. row ***************************File: ora01-bin.000022 Position: 1289 Binlog_Do_DB:Binlog_Ignore_DB:Trae linux Trae Linux 官方版本现已全面上线，开发者可直接访问 Trae 官网（trae.cn 国内版或 trae.ai 国际版）获取专属安装包。该版本完美适配主流 Linux 发行版，提供 .deb（适配 Ubuntu/Debian）、.rpm（适配 RHEL/Fedora）以及通用 .tar.gz 格式，并全面支持 x64 与 ARM64 架构。
下载1 row in set （0.00 sec）
在Slave上查看同步状态mysql> show slave status \G数据同步后，在master上执行mysql> unlock tables;---------------------------------------------------------------------查看从服务器的复制进度通过SHOW PROCESSLIST列表中的Slave_SQL_Running线程的Time值得到，它记录了从服务器当前执行的SQL时间戳与系统时间之间的差距，单位是秒MySQL复制的机制是执行master传输过来的二进制日志，二进制日志中的每个语句通过设置时间戳来保证执行时间和顺序的正确性，所以每个语句执行之前都会首先设置时间戳，而通过查询这个进程的Time就可以知道最后设置的时间戳和当前时间的差距。
测试：
在master上插入一条带有时间戳的语句mysql> insert into t select 4,now（）；
在slave上停止slave_io_running线程，停止写slave的中继日志。
过2分30秒左右，查看结果如下mysql> show full processlist\G*************************** 2. row ***************************Id: 4 User: system user Host:db: NULL Command: Connect Time: 446 State: Slave has read all relay log; waiting for the slave I/O thread to update it Info: NULL 2 rows in set （0.00 sec）
mysql> select now（）\G*************************** 1. row ***************************now（）： 2011-05-24 19:56:07 1 row in set （0.00 sec）
mysql> select * from t\G*************************** 4. row ***************************a: 4 b: 2011-05-24 19:48:27 4 rows in set （0.00 sec）
19:56:07-19:48:27约等于446秒-----------------------------------------------------------------------slave上的master.info和relay-log.info文件IO线程更新master.info文件SQL线程更新relay-log.info文件在master上没有这两个文件，如果slave切master需要删除。
[1][2]