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


posted @ 2017-02-14 17:41  星空str  阅读(430)  评论(0编辑  收藏  举报