MaxScale Binlog Server-DBAspace

小乔

　　MaxScale Binlog Server理想架构图

　　要点提示：
　　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

　　>
　　>　　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

　　>　　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也有一定的延迟。