MySQL主從複製-基於GTID及多線程的複製
GTID
GTID是Global Transaction identity 的縮寫。字面翻譯是全局事務id。其主要目的是爲了簡化複製。mysql
GTID的概念
普通的複製過程當中,從庫經過記錄主庫的binlog文件名和偏移量來記錄和接收主庫binlog的事件工做進展。下次開始複製的時候告知主庫這些信息,讓主庫能夠從正確的位置開始發送binlog的事件給從庫。但基於GTID的複製就再也不須要告知這些事情,在執行 CHANGE MASTER TO 命令,也不須要指定MASTER_LOG_FILE 和 MASTER_LOG_POS參數。只須要指定MASTER_AUTO_POSTION = 1 就能夠了,主庫會根據從庫發送過來的一個GTID集合信息來決定從哪裏開始發送binlog事件。大大簡化了數據庫管理員在複製中的工做。sqlGTID是在數據庫提交事務時建立的惟一的標示符。該標示符與事務是一一相關的。
GTID有兩部分組成,以下所示:
GTID = source_id:transaction_id
source_id 用於標識這個事務是在哪一個數據庫實例上執行的。用的是uuid做爲source_id 。
transaction_id 是一個序列號,取決於該事務在數據庫上的提交順序。該序列號初始爲1.數據庫如:
1a5dwac-dwa5-4c12-dwafn54d4a1d:2
表示server_id 爲 1a5dwac-dwa5-4c12-dwafn54d4a1d 上提交的第2個事務。安全
多線程複製概念
在MySQL5.6之前的版本,同步複製都是單線程的,只能一個一個執行。在5.6作到了多個庫多線程複製。
可是須要注意的是。一個庫只能由一個線程去複製。也就是說若複製的庫只有1個,那麼線程也只有一個。複製的庫有2個。那麼線程能夠增長到兩個。服務器
GTID的做用
那麼GTID的做用是什麼呢?具體概括下來有如下兩點:
1.根據GTID來確認事務最初的是在哪一個實例上提交的
2.GTID的存在方便了Replication和failover。多線程就是當Master M宕機後。這時Slave A 開啓。咱們須要Slave B去將複製源改爲 Slave A。修改的語句簡單,無非就是 CHANGE MASTER TO MASTER_HOST='xxx' 。。。。 可是難點是MASTER_LOG_FILE 和MASTER_LOG_POS的值給成什麼,也就是說須要將二進制文件的起始位置配置成什麼呢。這成了最大的難題。socket
在MySQL5.6出現後。因爲GTID的出現 ,同一事務的GTID在全部節點的值保持一致。那麼根據Slave B當前中止的那個點就能夠找到Slave A上須要配置的那一點。 因此GTID出現之後。MASTER_AUTO_POSITION 功能的出現。連GTID的值是多少都不須要知道。
配置時,只須要 CHANGE MASTER TO MASTER_HOST='xxx',MASTER_AUTO_POSITION命令就能夠直接完成failover 功能了。ide
須要注意的選項
要在MySQL5.6 使用複製功能的,某服務器配置段[mysqld]中至少定義以下選項。uibinlog-format : 二進制日誌格式,有row,statment,mixed。其中必須設置爲row(基於行復制的)
log-slave-updates,gtid-mode,enforce-gtid-consistency,report-port 和 report-host 用於啓動GTID相關的。
master-info-repository 和relay-log-repository 啓用這兩項,可用於實如今崩潰時保證二進制及從服務器安全功能。
slave-paralles-workers 設定slave的服務器的SQL線程數。
binlog-checksum master-verify-checksum 和 slave-verify-checksum :啓用複製相關的校驗功能。
binlog-rows-query-log-events 啓用,可用於在二進制日誌中記錄事件相關的信息。可下降故障的排除複雜度。
logbin 啓用二進制
server-id 服務器id必須保持不同。spa主服務器上GTID的配置。
配置/etc/my.cnf
.
<span style="font-size:18px;">[mysqld]
.
.
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLESdatadir = /usr/local/mysql/data
innodb_file_per_table = ON
server-id = 1
socket=/usr/local/mysql/data/mysql.sock
log-bin=master-bin
##GTID
binlog-format=ROW
log-slave-updates=true
gtid-mode=on
enforce-gtid-consistency=true
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1
slave-parallel-workers=2
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log_events=1
report-port=3306
port=3306
report-host=192.168.217.14#本機IP
</span>
重啓mysqld
<span style="font-size:18px;">[root@nfs data]# service mysqld restart
Shutting down MySQL. SUCCESS!
Starting MySQL..... SUCCESS!
</span>
啓動MySQL,查看gtid 的狀態
mysql> show global variables like '%gtid%';
+---------------------------------+-------+
| Variable_name | Value |
+---------------------------------+-------+
| binlog_gtid_simple_recovery | OFF |
| enforce_gtid_consistency | ON |
| gtid_executed | |
| gtid_mode | ON |
| gtid_owned | |
| gtid_purged | |
| simplified_binlog_gtid_recovery | OFF |
+---------------------------------+-------+
7 rows in set (0.33 sec)
建立用戶
mysql> grant replication slave on . to 'master'@'192.168.%.%' identified by '123';
Query OK, 0 rows affected (0.46 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.03 sec)
從服務器配置GTID相關
修改mysql的配置文件 /etc/my.cnf[mysqld]
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
datadir = /usr/local/mysql/data
server-id = 10
socket=/usr/local/mysql/data/mysql.sock
log-bin=master-bin
##GTID
binlog-format=ROW
log-slave-updates=true
gtid-mode=on
enforce-gtid-consistency=true
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1
slave-parallel-workers=2
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log_events=1
report-port=3306
port=3306
report-host=192.168.217.15#本機IP
重啓MySQL以後鏈接master服務器.
mysql> change master to master_host='192.168.217.14',master_user='master',master_password='123',master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.63 sec)
配置完成。
從服務器啓動起來!!mysql> start slave;
Query OK, 0 rows affected, 1 warning (0.29 sec)
查看狀態信息
master上mysql> show master status;
+-------------------+----------+--------------+------------------+------------------------------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+------------------------------------------+
| master-bin.000002 | 536 | | | 42fcdd78-002b-11e7-994b-000c2969e289:1-2 |
+-------------------+----------+--------------+------------------+------------------------------------------+
1 row in set (0.02 sec)
slave上
mysql> show slave status\G
1. row
Slave_IO_State: Waiting for master to send event Master_Host: 192.168.217.14 Master_User: master Master_Port: 3306 Connect_Retry: 60 Master_Log_File: master-bin.000002 Read_Master_Log_Pos: 536 Relay_Log_File: slave-relay-bin.000002 Relay_Log_Pos: 748 Relay_Master_Log_File: master-bin.000002 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: 536 Relay_Log_Space: 952 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: 0Master_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: 1 Master_UUID: 42fcdd78-002b-11e7-994b-000c2969e289 Master_Info_File: mysql.slave_master_info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: 42fcdd78-002b-11e7-994b-000c2969e289:1-2 Executed_Gtid_Set: 42fcdd78-002b-11e7-994b-000c2969e289:1-2 Auto_Position: 11 row in set (0.00 sec)