欢迎进入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:
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]
本文原创发布php中文网,转载请注明出处,感谢您的尊重!