MaxScale Binlog Server理想架构图
![wKiom1hGbrfTWpZbAALR6LNlKyQ574.png]( "max.png")
要点提示：
1、MX只能适合Mariadb自家的版本作为BINLOG ROUTER，其他DB都不适合
2、开通IPTABLES,避免端口呗过滤
3、使用MX服务收集BINLOG减少了M的IO压力
4、MX到SLAVE的数据同步延迟
5、Master到MX在大数据下写入有一定的延迟
安装过程：
1、已经有mariadb的MS架构
2、安装maxscale
a、yum -y install maxscale-2.0.1-2.CentOS.6.x86_64.rpm
b、添加用户useradd maxscale
c、添加从主库拷贝过来的binlog目录，并授权为maxscale
d、配置文件vim /etc/maxscale.cnf
[maxscale]
threads=16 ##根据CPU的物理核数来确定
[Replication]
type=service
router=binlogrouter
user=dlan
password=root123 #作为MAXSCALE的登录用户及maxscale同步主库的binlog日志
router_options=server_id=15575308,heartbeat=30,binlogdir=/home/maxscale,transaction_safety=1,mariadb10-compatibility=1,send_slave_heartbeat=1
[Replication Listener]
type=listener
service=Replication
protocol=MySQLClient
port=5308
[CLI]
type=service
router=cli
[CLI Listener]
type=listener
service=CLI
protocol=maxscaled
port=6603
[MaxAdmin Service]
type=service
router=cli
[MaxAdmin Listener]
type=listener
service=MaxAdmin Service
protocol=maxscaled
port=336677
##部分参数介绍
# server_id设置maxscale的，记得不能与主和从库重复，要唯一
# heartbeat=30秒，意思为当maxscale在30秒内没有接收到主库推送的binlog日志，发送心跳检查
# binlogdir设置接收binlog的存放路径，目录属性chown -R maxscale.maxscale /data/binlog
# transaction_safety=1此参数用于启用binlog日志中的不完整事务检测。 当MariaDB MaxScale启动时，如果当前binlog文件已损坏或找到不完整的事务，则可能会出现错误消息。 在正常工作期间，binlog事件不会分配到从库，直到事务已经提交。 默认值为off，设置transaction_safety = on以启用不完全事务检测。
# send_slave_heartbeat=1开启心跳检查
3、在maxscale服务器上执行收集BINLOG信息,确保在主库上已经存在用户dlan的信息，不存在添加用户
mysql -udlan -proot123 -h192.168.1.251 -P5308
CHANGE MASTER TO MASTER_HOST='192.168.15.104',MASTER_USER='dlan',MASTER_PASSWORD='root123',MASTER_PORT=3306,MASTER_LOG_FILE='mysql-bin.000005',MASTER_LOG_POS=4;
mysql> start slave ;
Query OK, 0 rows affected (0.00 sec)
mysql> show slave status\G;
*************************** 1. row ***************************
Slave_IO_State: Binlog Dump
Master_Host: 192.168.15.104
Master_User: dlan
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000005
Read_Master_Log_Pos: 10851096
Relay_Log_File: mysql-bin.000005
Relay_Log_Pos: 10823989
Relay_Master_Log_File: mysql-bin.000005
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: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 10823989
Relay_Log_Space: 10823989
Until_Condition: None
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: 0
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: 221023306
Master_UUID: 452ee7b4-bb7e-11e6-97da-f04da23ed470
Master_Info_File: /home/maxscale/master.ini
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave running
Master_Retry_Count: 1000
Master_Bind:
Last_IO_Error_TimeStamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position:
1 row in set (0.02 sec)
#同时在本地文件配置的收集BINLOG目录可以看到当前从主库收集过来的BINLOG日志及同步用户的信息
4、配置从库同步数据从MAXSCALE服务器获取，这里的master_log_file master_log_pos使用全备后的文件记录的信息，和MX同步的MASTER_LOG_FILE当前FILE不冲突
CHANGE MASTER TO MASTER_HOST='192.168.15.57',MASTER_USER='dlan',MASTER_PASSWORD='root123',MASTER_PORT=5308,MASTER_LOG_FILE='mysql-bin.000005', MASTER_LOG_POS=168680168;
###测试过程：
1、主库写入100W数据，到MX也有一定的延迟。
本文转自 DBAspace 51CTO博客，原文链接:http://blog.51cto.com/dbaspace/1880012
