MySQL V5.5 主从配置

最近线上服务器做了迁移，要做mysql主从，特意学习并记录下。

注：如果刚开始不是主从架构，主库单独跑了一段时间后要改为主从，那需要保证数据库data一致。

1. 主库编辑my.cnf

[mysqld]
log-bin=mysql-bin
server-id=1     #配一个唯一的ID编号，（2-2的32次幂）-1。
#设置要进行或不要进行主从复制的数据库名，同时也要在 Slave 上设定。
#binlog-do-db=数据库名1
#binlog-do-db=数据库名2
#binlog-ignore-db=数据库名1
#binlog-ignore-db=数据库名2
binlog-do-db=testdb

 重启mysql 服务后，连接数据库。

mysql> grant replication slave on *.* to [email protected] identified by '123456' ;
mysql> flush privileges;
mysql> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000016 |      120 |   testdb     |                  |
+------------------+----------+--------------+------------------+

 记录下二进制日志的文件名及位置。

2. 从库编辑my.cnf

[mysqld]
server-id=2     #唯一
#设置要进行或不要进行主从复制的数据库名，同时也要在 Master 上设定。
#replicate-do-db=数据库名1
#replicate-do-db=数据库名2
#replicate-ignore-db=数据库名1
#replicate-ignore-db=数据库名2
replicate-do-db=testdb

 重启mysql 服务后，连接数据库。

mysql> change master to master_host='192.168.1.1',master_user='slaveuser',master_password='123456', master_log_file='mysql-bin.000016',master_log_pos=120; 
mysql> start slave;
mysql> show slave status\G;

 如显示如下，则成功。

    Slave_IO_Running: Yes
    Slave_SQL_Running: Yes

    Replicate_Do_Db: testdb

 

3. Mysql主备复制实现工作原理

 从上图来看，复制分成三步：

1. master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events，可以通过show binlog events进行查看）；
2. slave将master的binary log events拷贝到它的中继日志(relay log)；
3. slave重做中继日志中的事件，将改变反映它自己的数据。

 

附一些问题的解决过程：

1). error：“/usr/sbin/mysqld: unknown variable 'master-host=10.1.4.154'”

   原因是MySQL自5.1.7版本之后不支持master-host 类似的参数，需要在从库上执行：

change master to master_host='masterIP', master_user='slave', master_password='slvaePASS';

slave start;

 2). slave status: "Slave_IO_Running:No"

解决方法：
Mysql > stop slave;
Mysql > set global sql_slave_skip_counter =1 ;
Mysql > start slave;

3). Last_IO_Error: Got fatal error 1236 from master when  reading data from binary log 

  对照master status 确认log文件及position数据是否正确。

4). Slave can not handle replication events with the checksum that master is configured to log

    这个错误一般出现在master5.6,slave在低版本的情况下。这是由于5.6使用了crc32做binlog的checksum。除了把master的设置从crc32改到none

binlog-checksum = none   [my.cnf]

5). 在SLAVE执行CHANGE MASTER时，出现ERROR 1201 (HY000): Could not initialize master!

mysql> slave stop;
            Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> change master to  master_host='192.168.100.10',master_user='replication',master_password='123456',master_log_file='updatelog.000004',master_log_pos=106;
            ERROR 1201 (HY000): Could not initialize master info structure; more error messages can be found in the MySQL error log

 修正问题：

mysql> slave stop;
            Query OK, 0 rows affected, 1 warning (0.00 sec)           
mysql> reset slave;
            Query OK, 0 rows affected,(0.00 sec)
mysql> change master to master_host='192.168.100.10',master_user='replication',master_password='123456',master_log_file='updatelog.000004',master_log_pos=106;
            Query OK, 0 rows affected (0.05 sec)
mysql> slave start;
            Query OK, 0 rows affected (0.00 sec)

6). 主从复制binlog问题，如果没有删除的配置，则会无限增长，严重占用磁盘空间。

expire_logs_days = 30 #有效期30天，之前的会被删除

7). 如果主数据库服务器已经存在用户数据，那么在进行主从复制时，需要做以下处理。

（1）主数据库锁表操作，不让数据再进行写入动作。
    mysql>flush tables with read lock;
（2）查看主数据库的状态
    mysql>show master status;
    记下File以及Position的值，以备从服务器使用。
（3）把主服务器的数据文件复制到从服务器，最好先用tar归档压缩处理一下
（4）取消主数据库锁定
    mysql>unlock tables;
    从服务器的操作和前面的步骤一样，略过。