摘要

上一篇: MySQL Replication 基础 　　　　　　下一篇 MySQL Replication-MHA

　　一、主主复制

　　二、半同步复制

　　三、复制过滤器

　　四、总结

　　五、切分

　　　　待续

一、主主复制

　　MySQL的主主复制通过互为主从来实现，此时负载均衡调度器较为容易实现，但是由于多台服务器都为Master，但是存在着严重的问题，需要慎重使用：
　　　　1. 数据不一致问题，无法解决，详情见paxos算法说明
　　　　2. auto_increment id问题

　　　　　　如何解决？以2台为例，一台用奇数，一台用偶数即可

　　配置步骤：

　　　　(1)  各节点使用一个唯一的server_id

　　　　(2)  都启动二进制日志和中继日志

　　　　(3) 创建拥有复制权限的用户账号

　　　　(4) 定义自动增长id字段的数值范围为奇数和偶数

　　　　(5) 互为主从，都启动复制线程
　　

　　演示如下：

　　(1) Master和Slave修改配置，主要是以下参数
　　

log-bin=master-bin

relay_log=relay_log

auto_increment_offset=2

auto_increment_increment=2

server_id=1

　　(2)  Master和Slave都创建拥有复制权限的账号

 GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO ‘repl‘@‘192.168.1.%‘ IDENTIFIED BY ‘111111‘;

注意：复制的权限非常大，不能使用上述通配符的方式，最好是单ip授权

　(3)  互为主从

SHOW MASTER STATUS;
CHANGE MASTER TO MASTER_HOST=‘192.168.1.202‘, MASTER_USER=‘repl‘,MASTER_PASSWORD=‘111111‘,MASTER_LOG_FILE=‘master-bin.000003‘,MASTER_POS=506;
START SLAVE;

此时，在二台服务器上都可以写操作，注意主主复制还是有很多的细节问题，除非数据不重要，否则不建议使用。

二、半同步复制

Master至少要等待一个Slave有所响应的策略

由谷歌研发的插件 ，所以要查看semisync_master.so 和semisync_slave.so是否被当前的数据库支持，一般MariaDB默认就是会安装的

配置步骤：

　　　　(1)  各节点使用一个唯一的server_id

　　　　(2)  Master启动二进制日志, Slave中继日志

　　　　(3)  Master创建拥有复制权限的用户账号

　　　　(4) 以半同步方式连接Master和Slave

安装插件方式： HELP INSTALL

　　INSTALL PLUGIN rpl_semi_sync_master SONAME ‘semisync_master.so‘

　　INSTALL PLUGIN rpl_semi_sync_slave SONAME ‘semisync_slave.so‘

演示如下：

(1) Master 配置，安装插件　　

log-bin=master-bin
log-bin-index=master-bin-index
server-id       = 1

启动mysql：

INSTALL PLUGIN rpl_semi_sync_master SONAME ‘semisync_master.so‘;

GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO ‘repl‘@‘192.168.1.%‘ IDENTIFIED BY ‘111111‘;

(2) Slave配置，安装插件

relay-log-index=slave-relay-bin.index
relay-log=slave-relay-bin
server-id       = 2

启动mysql：

INSTALL PLUGIN rpl_semi_sync_slave SONAME ‘semisync_slave.so‘

(3) SHOW GLOBAL VARIABLES LIKE ‘%semi%‘;

　　MASTER上

set global rpl_semi_sync_master_enabled=‘ON‘;

(4) SHOW GLOBAL STATUS LIKE ‘%semi%‘;

　　SLAVE上

set global rpl_semi_sync_slave_enabled=‘ON‘;

(5) Connect SLAVE TO MASTER

 三、复制过滤器

让从节点仅仅复制指定的数据库，或者指定数据库中的指定表

实现方式：

　　(1) 主服务器仅仅向二进制日志记录特定数据库相关的事件，不建议使用

　　　　binlog_do_db: binlog的白名单，使用逗号隔开

　　　　binlog_ignore_db：binlog的黑名单

　　(2) 从服务器SQL_THREAD在replay中继日志中事件时，仅仅读取与特定数据库(特定表)相关的事件并应用到本地；

　　　　问题：同步了没必要的数据，会造成网络以及磁盘IO的浪费

　　　　replicate_do_db: replay时白名单

　　　　replicate_ignore_db: replay时黑名单

 四、总结

MySQL的分布式系统满足CAP原则，AP且对A妥协。注意到MySQL Replication只是对读操作进行了分摊，不管Master Slave和双主模型，都没有分摊写操作。

问题：

　　1. 如何限制从服务器为只读？

　　　　(1) 首先可以在slave上设置read_only=ON; 但是此限制对拥有SUPER权限的用户无效

　　　　(2) 阻止所有用户：施加一个全局的读锁

　　　　　　mysql> FLUSH TABLES WITH READ LOCK;

　　2. 如何保证中从复制的事务安全？

　　　　Master：无非某些IO操作不使用内存BUFFER，每次操作都刷到硬盘上。

　　　　　　sync_binlog=ON 必须

　　　　　　innodb_flush_logs_at_trx_commit=ON

　　　　　　innodb_support_xa=ON

　　　　　　sync_master_info=ON 可选

　　Slave上：

　　　　skip_slave_start=ON

　　　　sync_relay_log_info可选

　　　　sync_relay_log可选

跟复制功能相关的文件：

　　master.info: 用于保存slave连接至master的相关信息，例如账号，密码，服务器地址等等

　　relay_log.info: 保存当前slave节点上已经复制的当前二进制日志和本地repay log日志信息

维护和监控常用命令：
(1) 如何清理日志？

URL: https://mariadb.com/kb/en/sql-commands-purge-logs/

Examples:
PURGE BINARY LOGS TO ‘mysql-bin.010‘;
PURGE BINARY LOGS BEFORE ‘2008-04-02 22:46:26‘;

(2) 复制监控

　　SHOW MASTER STATUS;
　　SHOW SLAVE STATUS;
　　SHOW BINARY LOGS;

　　SHOW BINLOG EVENTS;
　　SHOW PROCESSLIST;

(3) 从服务器是否落后于主服务器

 SHOW SLAVE STATUS中的字段Seconds_Behind_Master:0信息

(4) 如何确定主从节点数据是否一致；

需要专门的工具，例如percona-tools中就有这个工具

(5) 数据不一致？

选一台重新复制，数据应该已经丢失了，只能人工判断。

 五、切分

http://haitian299.github.io/2016/05/26/mysql-partitioning/

MySQL Replicationation进阶