hi,兄弟,你说的删除所有数据是怎么删除?是只删除有问题的表吗?用delete from table来删除吗?
楼主你的那些增加数据的sql 是怎么样的;楼主继续观察,看看有没有再发生这样的情况;
看下你的主从服务器的my.cnf配置啊,是不是只允许同步cmstmp01库的数据呢?
检查一下出错时进行什么操作、执行什么SQL语句
主my.cnf # Replication Master Server (default) # binary logging is required for replication log-bin=mysql-bin# required unique id between 1 and 2^32 - 1 # defaults to 1 if master-host is not set # but will not function as a master if omitted server-id = 1 binlog-do-db=cmstmp01 binlog-do-db=blogs binlog-do-db=discuz binlog-do-db=jobsys binlog-do-db=eting binlog-do-db=workflow从my.cnf server-id = 3 replicate_do_db = cmstmp01 relay-log=lonton-relay-bin slave-skip-errors = all log-bin log-slave-updates
重新同步:
mysql> stop slave;
-- 删除所有数据-- 重新定向同步位置
Mysql> change master to master_user='rel',
master_password=' slavepd1012301151' ,
master_host='192.168.250.20’,
master_log_file='mysql-bin.000001',
master_log_pos=4;-- 开启同步
Mysql> start slave;-- 查看同步状态
Mysql> show slave status \G;清空从库的数据,重新开始从最原始开始同步。
看看mysql从服务器日志中报什么错误?
把整个show slave status \G; 贴出来看看
110114 15:43:52 [Note] Slave I/O thread: Failed reading log event, reconnecting to retry, log 'mysql-bin.000013' position 101381473
110114 15:43:52 [Note] Slave: connected to master '[email protected]:3306',replication resumed in log 'mysql-bin.000013' at position 101381473晕了,连接会中断啊
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: xxx.xxx.xxx.xxx
Master_User: repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000013
Read_Master_Log_Pos: 101699948
Relay_Log_File: lonton-relay-bin.000841
Relay_Log_Pos: 318710
Relay_Master_Log_File: mysql-bin.000013
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: cmstmp01
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 101699948
Relay_Log_Space: 318710
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
1 row in set (0.00 sec)
hi,兄弟,你说的删除所有数据是怎么删除?是只删除有问题的表吗?用delete from table来删除吗?
看下你的主从服务器的my.cnf配置啊,是不是只允许同步cmstmp01库的数据呢?
主my.cnf
# Replication Master Server (default)
# binary logging is required for replication
log-bin=mysql-bin# required unique id between 1 and 2^32 - 1
# defaults to 1 if master-host is not set
# but will not function as a master if omitted
server-id = 1
binlog-do-db=cmstmp01
binlog-do-db=blogs
binlog-do-db=discuz
binlog-do-db=jobsys
binlog-do-db=eting
binlog-do-db=workflow从my.cnf
server-id = 3
replicate_do_db = cmstmp01
relay-log=lonton-relay-bin
slave-skip-errors = all
log-bin
log-slave-updates
server-id = 3
replicate_do_db = cmstmp01
relay-log=lonton-relay-bin
slave-skip-errors = all
log-bin
log-slave-updates里面你只配置了一个数据库啊 replicate_do_db = cmstmp01
难怪你只得到一个库 cmstmp01的数据。我想报错原因可能在,你主服务器向io线程传输
binlog-do-db=cmstmp01
binlog-do-db=blogs
binlog-do-db=discuz
binlog-do-db=jobsys
binlog-do-db=eting
binlog-do-db=workflow
6个库的sql过去,但是从库呢只接受
replicate_do_db = cmstmp01
一个库,这样就出现了错误日志中的拒绝日志了吧解决方案:从库加上主库允许同步的所有数据库,再试试看。
server-id = 3
replicate_do_db = cmstmp01
replicate_do_db=blogs
replicate_do_db=discuz
replicate_do_db=jobsys
replicate_do_db=eting
replicate_do_db=workflow
relay-log=lonton-relay-bin
slave-skip-errors = all
log-bin
log-slave-updates
我的意思是说,楼主同步过来都是cmstmp01库的数据,别的库的数据没有同步过来,那就有可能是配置中只设置了cmstmp01库的同步,果然在从服务器上面只有cmstmp01库的设置。至于io报错的原因是不是主从配置的问题,我也是猜测而已,不敢100%肯定,没有做过类似测试。
建议楼主去手册里看看哪里的binlog-do-db,replicate_do_db这些参数的过滤的作用.