安装

创建运行账户

此步骤不是必须，安装时会自动创建。

#添加用户组
groupadd mysql
#添加用户mysql 到用户组mysql
useradd -r -g mysql mysql

安装Server

安装

略过……

设置相关目录

basedir = /usr/local/mysql
datadir = /data/mysql
socket = /tmp/mysql.sock
log-error = /data/mysql/error.log
pid-file = /data/mysql/mysql.pid
user = mysql
tmpdir = /tmp

启动服务

#启动mysql
service mysqld start
#关闭mysql
service mysqld stop
#查看运行状态
service mysqld status

root账户

在低于Mysql 5.7.6的版本上，Mysql是使用mysql_install_db命令初始化数据库的，该命令会在安装Mysql的用户根目录下创建一个.mysql_secret文件，该文件记录了初始化生成的随机密码，用户可使用改密码登录Mysql并重新修改密码。

SET PASSWORD FOR 'root'@'localhost' = PASSWORD('p@ssw0rd');

复制

复制配置

1、配置Master

[mysqld]
log-bin=master-bin    #bin文件名字，
sync-binlog=1
server-id=100       #ID唯一即可。

2、配置Slave

[mysqld]       
relay-log=slave-bin   #bin文件名
server-id=111           #ID唯一即可

3、重启master和slave服务。

4、在master创建复制账户，并给权限

create user 'repUser'@'192.168.100.%' identified by 'P@ssword1!';
grant REPLICATION SLAVE on *.* to 'repUser'@'192.168.100.%';

5、备份master并在slave上重做

• 备份使用mysqldump命令
• 重做使用source命令

如果master正运行，需选锁住表，不让修改。

flush tables with read lock;

#释放锁采用：

unlock tables;

6、Slave开启复制

change master to
        master_host='192.168.100.20',             -- maser host
        master_port=3306,                                -- master port
        master_user='repUser',                         --replication user
        master_password='P@ssword1!',        
        master_log_file='master-bin.000002',   -- master bin file
        master_log_pos=154;                           -- 日志偏移，0表示从头开始
       

查看master position

show master status;

+-------------------+----------+--------------+--------+--------+
| File              | Position | Binlog_Do_DB | ...... | ...... |
+-------------------+----------+--------------+--------+--------+
| master-bin.000001 |      623 |              |        |        |
+-------------------+----------+--------------+--------+--------+

hange master to后，在slave的datadir下就会生成master.info文件和relay-log.info文件，这两个文件随着复制的进行，其内数据会随之更新。

master.info文件记录的是IO线程相关的信息，也就是连接master以及读取master binlog的信息。通过这个文件，下次连接master时就不需要再提供连接选项。

25                        # 本文件的行数
master-bin.000002         # IO线程正从哪个master binlog读取日志
154                       # IO线程读取到master binlog的位置
192.168.100.20            # master_host
repl                      # master_user
P@ssword1!                # master_password
3306                      # master_port
60                        # master_retry，slave重连master的超时时间(单位秒)
0

 

 

0
30.000

0

86400

0

 

relay-log.info文件中记录的是SQL线程相关的信息

7                   # 本文件的行数
./slave-bin.000001  # 当前SQL线程正在读取的relay-log文件
4                   # SQL线程已执行到的relay log位置
master-bin.000002   # SQL线程最近执行的操作对应的是哪个master binlog
154                 # SQL线程最近执行的操作对应的是master binlog的哪个位置
0                   # slave上必须落后于master多长时间
0                   # 正在运行的SQL线程数
1                   # 一种用于内部信息交流的ID，目前值总是1

启动复制线程

# 一次性启动、关闭
start slave;
stop slave;

# 单独启动
start slave io_thread;
start slave sql_thread;

查看Slave状态

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State:        # slave上IO线程的状态，来源于show processlist
                    Master_Host: 192.168.100.20
                    Master_User: repUser
                     Master_Port: 3306
                Connect_Retry: 60
             Master_Log_File: master-bin.000002
  Read_Master_Log_Pos: 154
              Relay_Log_File: slave-bin.000001
              Relay_Log_Pos: 4
  Relay_Master_Log_File: master-bin.000002
          Slave_IO_Running: No          # IO线程的状态，此处为未运行且未连接状态
      Slave_SQL_Running: No          # SQL线程的状态，此处为未运行状态
           Replicate_Do_DB:             # 显式指定要复制的数据库
      Replicate_Ignore_DB:             # 显式指定要忽略的数据库
        Replicate_Do_Table:
  Replicate_Ignore_Table:

Replicate_Wild_Do_Table:          # 以通配符方式指定要复制的表

Replicate_Wild_Ignore_Table:
                    Last_Errno: 0
                     Last_Error:
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 154
              Relay_Log_Space: 154
              Until_Condition: None     # start slave语句中指定的until条件，
                                        # 例如，读取到哪个binlog位置就停止
               Until_Log_File:
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File:
           Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
               Master_SSL_Key:
        Seconds_Behind_Master: NULL    # SQL线程执行过的位置比IO线程慢多少
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 0      # master的server id
                  Master_UUID:
             Master_Info_File: /data/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State:             # slave SQL线程的状态
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set:
                Auto_Position: 0
         Replicate_Rewrite_DB:
                 Channel_Name:
           Master_TLS_Version:
1 row in set (0.01 sec)

线程信息

Master：

16 | repUser |  Binlog Dump | Master has sent all binlog to slave;   waiting for more updates

binlog dump线程，该线程的用户是repl。它的状态指示"已经将所有的binlog发送给slave了"。

Slave：

|  11 | system user | Connect | Waiting for master to send event                       |
|  12 | system user | Connect | Slave has read all relay log; waiting for more updates |

• Id=11的线程负责连接master并读取binlog，它是IO 线程，它的状态指示"等待master发送更多的事件"；
• Id=12的线程负责读取relay log，它是SQL线程，它的状态指示"已经读取了所有的relay log"。

复制如何实现断开重连

很多人以为change master to语句是用来连接master的，实际上这种说法是错的。连接master是IO线程的事情，change master to只是为IO线程连接master时提供连接参数。

如果slave从来没连接过master，那么必须使用change master to语句来生成IO线程所需要的信息，这些信息记录在master.info中。这个文件是change master to成功之后立即生成的，以后启动IO线程时，IO线程都会自动读取这个文件来连接master，不需要先执行change master to语句。

例如，可以随时stop slave来停止复制线程，然后再随时start slave，只要master.info存在，且没有人为修改过它，IO线程就一定不会出错。这是因为master.info会随着IO线程的执行而更新，无论读取到master binlog的哪个位置，都会记录下这个位置，如此一来，IO线程下次启动的时候就知道从哪里开始监控master binlog。

前面还提到一个文件：relay-log.info文件。这个文件中记录的是SQL线程的相关信息，包括读取、执行到relay log的哪个位置，刚重放的数据对应master binlog的哪个位置。随着复制的进行，这个文件的信息会即时改变。所以，通过relay-log.info，下次SQL线程启动的时候就能知道从relay log的哪个地方继续读取、执行。

如果不小心把relay log文件删除了，SQL线程可能会丢失了一部分相比IO线程延迟的数据。这时候，只需将relay-log.info中第4、5行记录的"SQL线程刚重放的数据对应master binlog的坐标"手动修改到master.info中即可，这样IO线程下次连接master就会从master binlog的这个地方开始监控。当然，也可以将这个坐标作为change master to的坐标来修改master.info。

此外，当mysql实例启动时，默认会自动start slave，也就是MySQL一启动就自动开启复制线程。如果想要禁止这种行为，在配置文件中加上：

[mysqld]
skip-slave-start

相关配置

默认情况下，slave连接到master后会在slave的datadir下生成master.info和relay-log.info文件，但是这是可以通过设置变量来改变的。

• master-info-repository={TABLE|FILE}：master的信息是记录到文件master.info中还是记录到表mysql.slave_master_info中。默认为file。
• relay-log-info-repository={TABLE|FILE}：slave的信息是记录到文件relay-log.info中还是记录到表mysql.slave_relay_log_info中。默认为file。

IO线程每次从master复制日志要写入到relay log中，但是它是先放在内存的，等到一定时机后才会将其刷到磁盘上的relay log文件中。刷到磁盘的时机可以由变量控制。

另外，IO线程每次从master复制日志后都会更新master.info的信息，也是先更新内存中信息，在特定的时候才会刷到磁盘的master.info文件；同理SQL线程更新realy-log.info也是一样的。它们是可以通过变量来设置更新时机的。

• sync-relay-log=N：设置为大于0的数表示每从master复制N个事件就刷一次盘。设置为0表示依赖于操作系统的sync机制。
• sync-master-info=N：依赖于master-info-repository的设置，如果为file，则设置为大于0的值时表示每更新多少次master.info将其写入到磁盘的master.info中，设置为0则表示由操作系统来决定何时调用fdatasync()函数刷到磁盘。如果设置为table，则设置为大于0的值表示每更新多少次master.info就更新mysql.slave_master_info表一次，如果设置为0则表示永不更新该表。
• sync-relay-log-info=N：同上。

   

read-only

在slave上没有开启read-only选项(只读变量)时，任何有写权限的用户都可以进行写操作，这些操作都会记录到binlog中。注意，read-only选项对具有super权限的用户以及SQL线程执行的重放写操作无效。默认这个选项是关闭的

log-slave-updates

所以如果slave要作为某些slave的master，那么在slave上必须要开启log-slave-updates和binlog选项。为了安全和数据一致性，在slave上还应该启用read-only选项。

reset slave和reset master

reset slave会删除master.info/relay-log.info和relay log，然后新生成一个relay log。但是change master to设置的连接参数还在内存中保留着，所以此时可以直接start slave，并根据内存中的change master to连接参数复制日志。

reset slave all除了删除reset slave删除的东西，还删除内存中的change master to设置的连接信息。

reset master会删除master上所有的二进制日志，并新建一个日志。在正常运行的主从复制环境中，执行reset master很可能导致异常状况。所以建议使用purge来删除某个时间点之前的日志(应该保证只删除那些已经复制完成的日志)。

 

复制过滤

选项

Replicate_Do_DB: 要复制的数据库
Replicate_Ignore_DB: 不复制的数据库
Replicate_Do_Table: 要复制的表
Replicate_Ignore_Table: 不复制的表
Replicate_Wild_Do_Table: 通配符方式指定要复制的表
Replicate_Wild_Ignore_Table: 通配符方式指定不复制的表

复制过滤可在master和slave上分别配置。

• 主服务器实现：主服务器指定只有指定的表或者库的修改信息才传递到从服务器的中继日志，但是主服务器出现问题之后会丢失未复制表和库的数据；
• 从服务器实现：所有二进制日志都传到从服务器的中继日志，但是sql_thread只执行指定表和库的修改语句，当主服务器出现故障，则不会丢失数据，所有建议采用从服务器的复制过滤；

binlog_format

binlog_format的设置会导致一些复制执行上的差异。

3种格式：

• STATEMENT（5.5默认）
• ROW
• MIXED

当使用MIXED格式时，binlog绝大多数情况也是以STATEMENT格式记录，只有在下列情况下才会切换到ROW格式：

1、 当时用UUID()函数时
2、 当一个或多个拥有AUTO_INCREMENT列的表被更新同时有‘trigger’或者‘stored function’被调用时
  # MIXED对于‘trigger’和‘stored function’总是使用statement-based
3、 执行INSERT DELAYED时
4、 当视图里的某一部分需要row-based复制（例如UUID()）时，创建该视图的语句被改为row-based
5、 使用用户自定义函数（UDF）时
6、 当某语句被判定为row-based，并且执行它的session需要用到临时表，则session下的所有子语句都将以ROW格式记录
7、 当使用USER(),CURRENT_USER()或者 CURRENT_USER
8、 当语句引用了一个或多个system variables。
9、 当使用LOAD_FILE()

以上都是值不确定操作。

下面几点要注意

1.所有DDL语句都是基于statements，不论binlog_format如何设置

2.复制双方binlog_format需一致，否则复制无法进行

3.Binlog格式影响到以下‘复制过滤’配置的行为

复制过滤配置影响

Statement-based跟当前use的库有关，Row-based更直接，只关心指定的库‘做或不做’。