MaxScale binlog server的創(chuàng)建

2024-09-12 20:29:59

字體：大中小

供稿：網(wǎng)友

　　Node1上創(chuàng)建復制權(quán)限的賬戶：

　　> grant replication client,replication slave,select on *.* to 'rpl'@"192.168.2.%" identified by 'rpl';

　　# 這是給從庫復制用的賬號，同時也是maxscale拉取binlog的賬戶，它比常規(guī)的slave 賬戶多了一個select權(quán)限。

　　先把Node2掛到node1下，模擬沒有binlog server之前的架構(gòu)：

　　過程無非就是導出node1的全量數(shù)據(jù)，在node2上恢復并change master 到node1，具體步驟略過。

　　# version_string 參數(shù)用于將主庫的版本信息傳遞到從庫，MaxScale sends server handshakepacket to clients

　　router_options=server-id=13,heartbeat=30,transaction_safety=1,rcompatibility=1,send_slave_heartbeat=1

　　binlogdir=/data/binlog   # 這個目錄屬主屬組必須是maxscale

　　user=rpl

　　passwd=rpl

　　#說明：

　　#server-id 設(shè)置的是maxscale的id，不能與主庫或者從庫重名。

　　#heartbeat=30表示當maxscale在30秒內(nèi)沒有接收到主庫推送的binlog日志，發(fā)送心跳檢查

　　#transaction_safety=1 用于啟用binlog日志中的不完整事務(wù)檢測。當MariaDBMaxScale啟動時，如果當前binlog文件已損壞或找到不完整的事務(wù)，則可能會出現(xiàn)錯誤消息。在正常工作期間，binlog事件不會分配到從庫，直到事務(wù)已經(jīng)提交。默認值為off，設(shè)置transaction_safety= on以啟用不完全事務(wù)檢測。【類似relay_log_recovery = ON的作用】

　　#send_slave_heartbeat=1開啟心跳檢查

　　## 提供給slave連接的信息

　　[ReplicationListener]

　　type=listener

　　service=Replication

　　protocol=MySQLClient

　　port=5308

　　## maxscale后端管理端口

　　[MaxAdmin Service]

　　type=service

　　router=cli

　　[MaxAdmin Listener]

　　type=listener

　　service=MaxAdmin Service

　　protocol=maxscaled

　　socket=default

　　vim /data/binlog/master.ini 加上如下的內(nèi)容：

　　[binlog_configuration]

　　master_host=192.168.2.11   # 主庫地址

　　master_port=3306             #主庫端口號

　　master_user=rpl              #master的復制賬號

　　master_password=rpl       # master的復制密碼

　　filestem=mysql    # 表示拉過來的binlog文件以mysql.***這種命名方式。我的主庫也是mysql.*這種命名方式

　　添加這個master.ini文件，以便啟動maxscale后自動去拉取主庫的目前的全部binlog文件（即便后來主庫的binlog過期后被自動purge掉了，maxscale服務(wù)器上的binlog還會保存著的）

　　然后，在node3上開啟maxscale服務(wù):

　　/etc/init.d/maxscale start

　　稍等片刻，node3會把主庫的全部binlog都拉過來。

（編輯：武林網(wǎng)）

上一篇：Innodb undo之 undo物理構(gòu)架的初始化

下一篇：如何將語音轉(zhuǎn)換成文字語音轉(zhuǎn)文字操作方法是哪些