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;

---

链接相关

mysql中文手册

http://doc.mysql.cn/mysql5/refman-5.1-zh.html-chapter/

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