image ror 編號 com sync 1.5 glog 使用 梳理

mysql-學習-8-20170522-mysql的復制

5.1 row

5.6.10 GTID

主從 row+Gtid + mysqlbinlog (smei-sync)

binary log方式: SBR, RBR,MIXED

row格式

主庫通知從庫我這邊有變更的數據，然後從庫從主庫把變更的部分拉取過來，

5.7的復制有明顯的提升，主要是提升了多通知方面，比如有3個slave庫，會有3個進行進行分別的通知

如果是no delay模式的話，從庫會從主庫的內存中拉取數據

statement格式 ：

主從一致性校驗工具，

pt-table-checksum /pt-table-sync 都是使用的statement格式進行修復的 row格式相對statement格式而言是相對安全的，也就是說不會怎麽丟數據的 delete from tb where id<10000; row格式會都記錄 而statement只記錄一條 這是row和statement的區別

row格式的復制流程：

Innodb no pk 情況下有一個rowid mixed是個過渡的形態，不建議使用了

每一個事務都有一個全局的編號，分為兩部分：

實戰mysql的復制，這裏有7個視頻，進行觀看和練習操作：

創建主從的規則： 同一組master/slave端口號一致 只要使用mysqldump進行備份，一定要帶上下面的兩個參數： master-data
single-transaction 後面再講為什麽

主從的搭建環境梳理：

gtid改成off

記住change master語句

help change master to 給予GTID的復制，binglog必須是row格式的

SET @@GLOBAL.GTID_PURGED=‘61beeb3d-2a88-11e7-9db9-080027f7e774:1-2‘;
【管理員】吳炳錫(82565387) 22:21:06

【管理員】吳炳錫(82565387) 22:21:29

【管理員】吳炳錫(82565387) 22:22:51

【管理員】吳炳錫(82565387) 22:23:25
#mysql -S /tmp/mysql3307.sock -p </data/backup/db20170522.sql
Enter password:
ERROR 1840 (HY000) at line 24: @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty.
【管理員】吳炳錫(82565387) 22:23:35
reset master;

　　

mysql-學習-8-20170522-初試復制