mysql> set global sql_log_bin=OFF; 设置后，insert、update、delete等语句就不会再写入log_bin文件，但是用flush logs仍然会生成新的log_bin文件。 问题适用环境：配置单机多实例，从继承了log_bin参数，同样生成log_bin日志。 ------------------------------------------------------------------ 用户权限导致同步失败
错误： 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: 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文件
