MySQL复制常见问题

欢迎进入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:

网人b2b电子商务门户系统

经过对v6.0为期一个月的调整，WRMPS v6.1 正式和大家见面，此版本在原6.0的基础上除修正旧版本所有问题外，还增加了很多人性化的功 能。 特别是在推广易功能上，做了很大提升，其包含的品牌店铺、竞价广告等服务内容将极大的提高站长的收益，而且快捷方便的服务购买支付 流程，将非常有效的推动客户在您的网站上进行消费。

0

查看详情

　　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]