mysql 主从配置错误归纳

1,首先是 连不上主库 （这个是在ubutn练习配的，允许 mysql远程连接 ）；

我是在ubuntu mysql5.7上配的，这个配置目录在 /etc/mysql/mysql.conf.d/mysqld.cnf 里：

注释掉这行，如：#bind-address = 127.0.0.1

或者改为： bind-address = 0.0.0.0 
允许任意IP访问；

或者自己指定一个IP地址。

重启 MySQL： sudo /etc/init.d/mysql restart 

然后就可授权 连接

2.因为数据库主从版本不一样，1236错误

配置完slave后，show slave status\G;报错如下

Got fatal error 1236 from master when reading data from binary log: 'Slave can not handle replication events with the checksum that master is configured to log; the first event 'mysql-bin.000002' at 120, the last event read from './mysql-bin.000002' at 120, the last byte read from './mysql-bin.000002' at 120

后来发现是因为主库MySQL版本是5.6， 从库是5.5

5.6的版本中加入了replication event checksum，主从复制时间校验功能，所以需要把这个关掉才能正常同步到5.5的slave

修改主库 /etc/mysql/my.cnf

增加下一行

binlog_checksum=none

重启mysql

3.Last_Errno: 1594
Last_Error: Relay log read failure: Could not parse relay log event entry. The possible reasons are: the master’s binary log is corrupted (you can check this by running ‘mysqlbinlog’ on the binary log), the slave’s relay log is corrupted (you can check this by running ‘mysqlbinlog’ on the relay log), a network problem, or a bug in the master’s or slave’s MySQL code. If you want to check the master’s binary log or slave’s relay log, you will be able to know their names by issuing ‘SHOW SLAVE STATUS’ 

从上面可以看到是中继日值或是Master上的日值出问题了。

首先如果是中继日值坏掉，那只需要找到同步的时间点，然后重新同步，这样就可以有新的中继日值了。如果Master上的日值坏了就麻烦了。

从经验来看，这是中继日值出问题了。处理方法：

需要找到同步的点。

日值为：Master_Log_File: mysql-bin.005121，Relay_Master_Log_File: mysql-bin.005121以Relay_Master_Log_File为准，Master_Log_File为参考。

日值执行时间点：

复制代码代码如下:

Exec_Master_Log_Pos: 4

那么现在就可以：

复制代码代码如下:

mysql>stop slave;
 
mysql>change master to Master_Log_File='mysql-bin.005121', Master_Log_Pos=4;
   
mysql>start slave;
 
mysql>show slave status\G;

进行确认。

4.Last_Errno: 1236

2.2 slave 在主库找不到binlog文件 

1. Got fatal error 1236 from master when reading data from binary log:

【原因】
 该错误发生在从库的io进程从主库拉取日志时，发现主库的mysql_bin.index文件中第一个文件不存在。出现此类报错可能是由于你的slave 由于某种原因停止了好长一段是时间，当你重启slave 复制的时候，在主库上找不到相应的binlog ,会报此类错误。或者是由于某些设置主库上的binlog被删除了，导致从库获取不到对应的binglog file。
【如何解决】
 1 为了避免数据丢失，需要重新搭建slave 。
 2 注意主库binlog的清理策略，选择基于时间过期的删除方式还是基于空间利用率的删除方式。
  不要使用rm -fr 命令删除binlog file，这样不会同步修改mysql_bin.index 记录的binlog 条目。在删除binlog的时候确保主库保留了从库 show slave status 的Relay_Master_Log_File对应的binlog file。

详细见 http://blog.itpub.net/22664653/viewspace-1714269/