2018/09/13《涂抹MySQL》【MySQL复制特性】学习笔记(六)

推荐一首歌

　　- 《可不可以》张紫豪

好吧，随便从排行榜上找了一首

读

　　第十一章《MySQL的复制特性》

总结

1：复制(Replication) 应用场景？

　　- 提高性能 (通过主从特性，把写操作全部放在 Master 端，读操作放在 Slave 端，提高整体的 写入/查询 效率)

　　- 保存数据 (即使 Master 挂掉，从数据库还保存着数据)

　　- 数据分析 (将数据挖掘等耗时吃资源的事，放到 Slave 去做)

2：MySQL 的复制过程是什么样子的？

　　- MySQL 的复制过程默认是异步的，也就是说，Master 和 Slave 是不需要实时连接的，甚至 Slave 可以很长时间都不连接 Master ，需要同步时，在连接 Master(一般没人这么做)

　　- 但是面对 读写实时性要求很高的场景，明显就不合适了。

　　　　- 在 MySQL5.0 Google 的 MySQL 团队提交了一个补丁，可以实现半同步的功能。

　　　　- 在 MySQL5.5 之后，官方就自带了半同步功能

4：配置主从

　　- 修改 Master 数据库

　　　　- log-bin [必须] 二进制日志

　　　　- server-id [必须] 唯一标识

　　- 建立专用的复制用户 [授予权限]

　　　　- grant replication slave on *.* to '用户名'@'允许主机' identified by '密码';

　　- 查询 Master 主机 bin-log 日志位置，和开始起始位置

mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| bin-log 日志位置  |  起始位置  |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
 row in set (0.00 sec)

　　- 配置 slave 机器

mysql> change master to
    -> master_host='主机IP',
    -> master_port='主机端口',
    -> master_user='用户名',
    -> master_password='密码',
    -> master_log_file='master主机bin-log日志位置',
    -> master_log_pos='master主机位置';
Query OK,  rows affected,  warnings (0.00 sec)

　　- 配置成功后，查看下 slave 状态

mysql> show slave status \G;
*************************** . row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.27.27
                  Master_User: genee
                  Master_Port:
                Connect_Retry:
              Master_Log_File: mysql-bin.
          Read_Master_Log_Pos:
               Relay_Log_File: 3c02e653a082-relay-bin.
                Relay_Log_Pos:
        Relay_Master_Log_File: mysql-bin.
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB:
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                   Last_Errno:
                   Last_Error:
                 Skip_Counter:
          Exec_Master_Log_Pos:
              Relay_Log_Space:
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos:
           Master_SSL_Allowed: No
           Master_SSL_CA_File:
           Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
               Master_SSL_Key:
        Seconds_Behind_Master:
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_SQL_Errno:
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id:
                  Master_UUID: bb3e01f3-b739-11e8-bc2d-02b2c2845dd0
             Master_Info_File: /var/lib/mysql/master.info
                    SQL_Delay:
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count:
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set:
                Auto_Position:
         Replicate_Rewrite_DB:
                 Channel_Name:
           Master_TLS_Version:
 row in set (0.00 sec)

ERROR:
No query specified

　　　- Last_IO_Error 如果这个字段没有信息的话，说明是成功的。

　　

5：管理常用命令 ( slave )

　　- Slave_IO_State 显示 slave 当前的状态

　　- Slave_IO_Running 显示 I/O 状态是否正常运行，正常情况下应该在正常运行，除非手动停止或者出现错误。

　　- Last_IO_Errno / Last_SQL_Errno 正常情况下应该输出空值，在出错的时候回提示错误信息。

　　- Seconds_Behind_Master 显示当前 slave 和 master 的主从延迟，注意这里的主从延迟指的并不是时间上的延迟

　　　　- 其实是 slave 接受到的 master 节点日志，和已经应用到日志的节点数目。

　　　　- 这么说不好理解，举个例子来说，比如 I/O 接受到的日志写入位置为 3306 ，而 SQL 线程才应用到 1106，中间差了 200 ，Seconds_Behind_Master 的值就会是 200。

　　　　- 但是，此事 master 可能已经写到了 7200 ，所以说，这个值并不是完全精确的代表主从延迟。

　　　　- 这个参数，最好是 0，当然，并不意味着为0了就代表主从的完全同步，还时需要通过其他参数来判断。

　　- Master_Log_File / Read_Master_Log_Pos 显示当前读取 master 的二进制文件位置 / 读取位置

　　- Relay_Log_File / Relay_Log_Pos 显示当前当前 slave 正在使用处理的中继文件位置 / 读取位置

　　- Relay_Master_Log_File / Exec_Master_Log_Pos 显示当前当前 slave 正在使用二进制文件位置 / 读取位置

6: Master 管理 slave 状态

　　- 在本地搭建了两个 slave 从机，作为试验

mysql> show processlist \G;
*************************** . row ***************************
     Id:
   User: root
   Host: localhost
     db: demo
Command: Query
   Time:
  State: starting
   Info: show processlist
*************************** . row ***************************
     Id:
   User: genee
   Host: 172.17.42.3:
     db: NULL
Command: Binlog Dump
   Time:
  State: Master has sent all binlog to slave; waiting for more updates
   Info: NULL
*************************** . row ***************************
     Id:
   User: genee
   Host: 172.17.42.4:
     db: NULL
Command: Binlog Dump
   Time:
  State: Master has sent all binlog to slave; waiting for more updates
   Info: NULL
 rows in set (0.00 sec)

　　- 通过 show processlist 可以在 Master 主机上获取全部的 Slave 从机信息，包括他们的连接状态等

　　- 但是如果我们只想获取 slave 的节点消息时，直接可以使用 show slave hosts 来获取全部的状态信息。

mysql> show slave hosts;
+-----------+------+------+-----------+--------------------------------------+
| Server_id | Host | Port | Master_id | Slave_UUID                           |
+-----------+------+------+-----------+--------------------------------------+
|       |      |  |          | a34fad42-b7ca-11e8-a457-0242ac112a04 |
|         |      |  |          | 898e0435-b753-11e8-99c5-0242ac112a03 |
+-----------+------+------+-----------+--------------------------------------+
 rows in set (0.00 sec)

 7：复制特性的原理?

　　- 复制的核心，就是基于 Master 节点对数据库的各项变更机制。

　　- Slave 只要连接到 Master 就会不断的去请求 Master 的二进制文件，拿到二进制文件中，解析之后再本地处理。(这个过程中 Slave 是主导地位拉取日志)

7：MySQL的复制模式？(目前只做了解，之后如果有机会的话会详细说)

　　- 基于语句复制 (SBR) 基于实际执行的SQL语句复制方案。[S]tatement [B]ase [R]eplication

　　- 基于记录复制 (RBR) 基于修改列的复制模式。[R]ow [B]ase [R]eplication

　　- 混合复制模式 (MBR) 。 [M]ixed [B]ase [R]eplication

　　- 可以通过 查看 binlog_format 参数查看

mysql> show global variables like 'binlog_format';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW   |
+---------------+-------+
 row in set (0.00 sec)

　　　　- statment 基于语句复制

　　　　- row 基于行复制

　　　　- mixed 混合复制

8：什么是中继日志？

　　- 从文件类型上来看，中继日志(Relay Log) 和二进制日志及其相似，区别是逻辑上的。

　　　　- 二进制日志用于保存自身节点产生的数据。

　　　　- 中继日志则是保存接受其他节点的事件。

　　　　　　- 可以在 my.cnf 中指定中继日志的位置和索引位置(不要随意更改 日志位置/和主机名称 -> 会导致文件位置和索引位置不符合报错)

　　　　　　- relay-log=‘中继日志位置’

　　　　　　- relay-log-index=‘中继日志索引位置’

　　- MySQL 会在下列情况下 创建新的中继日志文件，并更新其索引

　　　　- 启动 Slave 节点时候。

　　　　- 日志文件达到最大值

　　　　　　- 由 max_relay_log_size 和 控制。(如果没有 max_relay_log_size 则指定 max_binlog_size 来确定大小)

9：部署联级 Slave 增强性能

　　- 总的来说，如果只有 Master 为全部的 Slave 提供节点服务，那么本身就会增加 Master 的负载

　　- 所以，我们也可以让 Slave 承担起中转节点的作用。

　　　　- 但是 Slave 只有中继日志，没有二进制日志怎么办

　　　　- 设置 log-slave-updates 参数就好啦

　　- 

10：复制环境中的主从切换

　　- 在 MySQL 中 并没有很严格的定义 Master 和 Slave 定义。

　　- 也就是说，在 MySQL 的复制环境中，随时都可以通过 change master to 来改变。随意性非常强

　　- 主从的切换也就是如此，也是用过改变 Master 的状态来改变