MySQL主从搭建

主服务器配置

1、编辑配置文件

# 如果不存在，就手动创建一个

vim /etc/my.cnf

在配置文件加入如下值：

[mysqld]

# 唯一的服务辨识号,数值位于 1 到 2^32-1之间.

# 此值在master和slave上都需要设置.

# 如果 “master-host” 没有被设置,则默认为1, 但是如果忽略此选项,MySQL不会作为master生效.

server-id=1

# 打开二进制日志功能.

# 在复制(replication)配置中,作为 MASTER 主服务器必须打开此项

# 如果你需要从你最后的备份中做基于时间点的恢复,你也同样需要二进制日志.

log-bin=master-bin

log-bin-index=master-bin.index

# 以下为非必须设置的选项

# 表明距离当前时间正好n天前的二进制文件会被系统自动删除

# 二进制文件千万不要手动删除

expire-logs-days=14

# binlog有三种日志格式, Statement、Row、Mixed, mysql默认采用statement, 建议使用mixed

binlog_format=mixed

# sync_binlog=0，当事务提交之后，MySQL不做fsync之类的磁盘同步指令刷新binlog_cache中的信息到磁盘，而让Filesystem自行决定什么时候来做同步，或者cache满了之后才同步到磁盘。

# sync_binlog=n，当每进行n次事务提交之后，MySQL将进行一次fsync之类的磁盘同步指令来将binlog_cache中的数据强制写入磁盘

# 设置为0和设置为1的系统写入性能差距有时候高达5倍甚至更多。

sync-binlog=1

# 单个日志文件最大字节设置最大100MB（单位：字节）

# 日志默认值是1GB，由于事务，一般文件都大于1GB

max_binlog_size=104857600

#需要备份的数据库

binlog-do-db=orders

#不需要备份的数据库

#若没有配置binlog-do-db和binlog_ignore_db，表示备份全部数据库。

binlog-ignore-db=mysql

2、重启mysqld服务

service mysqld restart

3、为从MySQL创建用户

#登录

mysql -uroot -p

Enter password: 

#创建用户

mysql> create user 'mast_repl'@'192.168.1.101(从机ip)' identified by '123456';

#配置主从复制权限

mysql> grant replication slave on *.* to 'mast_repl'@'192.168.1.101(从机ip)' identified by '123456';

4、若orders中已有数据，还需要锁定主服务器数据库，然后将数据导入到从数据库

#锁定

mysql> flush tables with read lock;

#数据复制到从数据库后，查看主数据库master状态并解锁：

mysql> show master status;

+------------------+----------+--------------+------------------+-------------------+

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000003 |     2005 | orders       | mysql            |                   |

+------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)  

mysql> unlock tables;

从服务器配置

1、配置服务ID

vim /etc/my.cnf 

[mysqld]

#server_id是必须的，而且唯一

server-id=2

# 使得slave只读.只有用户拥有SUPER权限和在上面的slave线程能够修改数据.

# 你可以使用此项去保证没有应用程序会意外的修改slave而不是master上的数据

#read_only

# 如果你在使用链式从服务器结构的复制模式 (A->B->C),

# 需要打开slave的二进制日志

#log_bin=mysql-bin

# 如果你在使用链式从服务器结构的复制模式 (A->B->C),

# 你需要在服务器B上打开此项.

# 此选项打开在从线程上重做过的更新的日志, 并将其写入从服务器的二进制日志.

# 如果打开log_bin，却没有设置log_slave_updates，这是一种错误的配置。

#log_slave_updates

2、重启MySQL服务

service mysqld restart

3、配置复制

#登录

mysql -uroot -p

Enter password: 

#执行

mysql> change master to master_host='192.168.1.100',

                master_user='mast_repl',

                master_password='123456',

                master_port=3306,

                master_log_file='mysql-bin.000003',

                master_log_pos=2005,

                master_connect_retry=10;

参数详解：

master_host:主服务器的IP。

master_user：配置主服务器时建立的用户名

master_password：用户密码

master_port：主服务器mysql端口，如果未曾修改，默认即可。

master_log_file：日志文件名称，填写查看master状态时显示的File

master_log_pos：日志位置，填写查看master状态时显示的Position

master_connect_retry：重连次数

4、启动进程

mysql> start slave;

5、检查主从复制状态

mysql> show slave status\G

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.1.100

                  Master_User: mast_repl

                  Master_Port: 3306

                Connect_Retry: 10

              Master_Log_File: mysql-bin.000003

          Read_Master_Log_Pos: 2369

               Relay_Log_File: jhq0113-relay-bin.000002

                Relay_Log_Pos: 647

        Relay_Master_Log_File: mysql-bin.000003

             Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

            ...

若Slave_IO_Running和Slave_SQL_Running均为Yes，则表示配置成功。

常见配置错误

Q：报错如下

 Slave_IO_Running: Connecting

Slave_SQL_Running: Yes

    Last_IO_Error: error connecting to master 'mast_repl@192.168.1.100:3306' - retry-time: 10  retries: 66

A：可能原因如下

1、mast_repl用户没有复制权限，在主库通过【show grants for 'mast_repl'@'192.168.1.100'】命令查询。

2、change master to命令中的master_password错误，即mast_repl用户密码错误。

3、change master to命令中的master_log_pos错误，在主库通过【show master status】命名查询。

主从复制原理

MySQL主从复制过程主要由三个线程来完成。

其中两个线程(Sql线程和IO线程)在Slave端，另外一个线程(IO线程)在Master端。

Slave 上面的IO线程连接上 Master，并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容；
Master 接收到来自 Slave 的 IO 线程的请求后，通过负责复制的 IO 线程根据请求信息读取指定日志指定位置之后的日志信息，返回给 Slave 端的 IO 线程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 Binary Log 中的位置；
Slave 的 IO 线程接收到信息后，将接收到的日志内容依次写入到 Slave 端的Relay Log文件(mysql-relay-bin.xxxxxx)的最末端，并将读取到的Master端的bin-log的文件名和位置记录到master- info文件中，以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”
Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后，会马上解析该 Log 文件中的内容成为在 Master 端真实执行时候的那些可执行的 Query 语句，并在自身执行这些 Query。这样，实际上就是在 Master 端和 Slave 端执行了同样的 Query，所以两端的数据是完全一样的。

主从切换

主变从，从变主

主服务器: 192.168.1.101

从服务器: 192.168.1.100

# 准备工作

1、确认从库是否已经同步完成。

在原有的从机101上，通过命令【show slave status\G;】查看【Slave_SQL_Running_State】的状态是否为【Slave has read all relay log; waiting for more updates】。

2、打开从库的binlog相关配置，注释掉主库的binlog配置。

3、在从库创建账号并赋予复制的权限

create user 'mastj'@'192.168.1.100(新的从机ip)' identified by '123456';

grant replication slave on *.* to 'mastj'@'192.168.1.100(新的从机ip)' identified by '123456';

FLUSH PRIVILEGES;

# 从变主(以下为101上的操作)

4、停止从库的复制。stop slave。

5、换从库为主库

RESET MASTER

6、重启服务器，查看主状态，记录File和Position值。

service mysql restart

show master status;

+-------------------+----------+--------------+------------------+-------------------+

| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+-------------------+----------+--------------+------------------+-------------------+

| master-bin.000001 |      154 | 略           | mysql            |                   |

+-------------------+----------+--------------+------------------+-------------------+

# 主变从(以下为100上的操作)

7、RESET SLAVE;

8、change master to master_host='192.168.1.101',

                master_user='mast_repl',

                master_password='123456',

                master_port=3306,

                master_log_file='mysql-bin.000001',

                master_log_pos=154,

                master_connect_retry=10;

9、重启数据库，并检查Slave_IO_Running和Slave_SQL_Running的值。

如果都为yes，表名主从切换成功

service mysql restart

show slave status;

my.cnf参数详解

https://my.oschina.net/eduosi/blog/270535

线上MySQL主从同步报错故障处理总结

http://xstarcd.github.io/wiki/MySQL/online_mysqlrepl_error.html

Mysql主从架构的复制原理

http://blog.csdn.net/hguisu/article/details/7325124

不同场景下 MySQL 的迁移方案

https://dbarobin.com/2015/09/15/migration-of-mysql-on-different-scenes