mysql5.6主從參數詳解

   mysql5.6的主從相當的不錯，增加了不少參數，提升了主從同步的安全和效率，以下是mysql5.6主從參數詳解。

#########################################server_id = 2#binloglog-bin = /data1/mysql/binlog/binlogbinlog_format = ROWbinlog-row-image = minimal#gtid_mode = ON#enforce-gtid-consistency = truebinlog_cache_size = 4Mmax_binlog_size = 1Gmax_binlog_cache_size = 2Gsync_binlog = 1slave-skip-errors = 1062expire_logs_days = 3slave_parallel_workers = 4#relay logrelay-log = /data1/mysql/relaylog/relaylogmax_relay_log_size = 1Grelay_log_purge = 1relay_log_recovery = 1binlog_checksum = CRC32slave_allow_batching = 1master_verify_checksum = 1slave_sql_verify_checksum = 1binlog_rows_query_log_events = 1master_info_repository = TABLErelay_log_info_repository = TABLElog_slave_updates#########################################

sync_binlog = 1

預設情況下，並不是每次寫入時都將binlog與硬碟同步。因此如果作業系統或機器(不僅僅是MySQL伺服器)崩潰，有可能binlog中最後的語句丟 失了。要想防止這種情況，你可以使用sync_binlog全域變數(1是最安全的值，但也是最慢的)，使binlog在每N次binlog寫入後與硬碟 同步。即使sync_binlog設定為1,出現崩潰時，也有可能表內容和binlog內容之間存在不一致性。如果使用InnoDB表，MySQL伺服器 處理COMMIT語句，它將整個事務寫入binlog並將事務提交到InnoDB中。如果在兩次操作之間出現崩潰，重啟時，事務被InnoDB復原，但仍 然存在binlog中。可以用--innodb-safe-binlog選項來增加InnoDB表內容和binlog之間的一致性。(注釋：在MySQL 5.1中不需要--innodb-safe-binlog；由於引入了XA事務支援，該選項作廢了），該選項可以提供更大程度的安全，使每個事務的 binlog(sync_binlog =1)和(預設情況為真)InnoDB日誌與硬碟同步，該選項的效果是崩潰後重啟時，在滾回事務後，MySQL伺服器從binlog剪下復原的 InnoDB事務。這樣可以確保binlog反饋InnoDB表的確切資料等，並使從伺服器保持與主伺服器保持同步(不接收 復原的語句)。

server_id = 2之前的寫法是：server-id = 2

gtid_mode = ON

enforce-gtid-consistency = true

這兩個參數是啟用mysql5.6中的UUID同步模式，兩個參數必須一起開啟，否則報錯，slave在做同步複製時，無須找到binlog日誌和POS點，直接change master to master_auto_position=1即可，自動找點同步。

GTID的局限性： 鑒於這些局限性，慎用）

1.GTID同步複製是基於事務。所以Myisam表不支援，這可能導致多個GTID分配給同一個事務。

2.CREATE TABLE ... SELECT語句不支援。因為該語句會被拆分成create table 和insert兩個事務，並且這個兩個事務被分配了同一個GTID，這會導致insert被備庫忽略掉。

3.不支援CREATE TEMPORARY TABLE、DROP TEMPORARY TABLE 暫存資料表操作。

啟用之後進行同步語句：

CHANGE MASTER TO MASTER_HOST='60.2.212.190', MASTER_PORT=3306, MASTER_USER='repl',MASTER_PASSWORD='H7RYbCkGHmm_P1XO', master_auto_position=1;

不啟動的話同步語句和之前一樣：

change master to

master_host='192.168.100.190',

master_user='repl',

master_password='123456',

master_port=3306,

master_log_file='binlog.000001',

master_log_pos=1287;

start slave;

在5.6的版本中，啟動主從為：start slave,而之前用slave start也可以。

binlog-row-image=minimal，這個選項允許應用程式只能對行的鏡像資料進行複製，而不在關心行是否已經進行了DML操作。這提高了主從機器的複製輸送量，減少了二進位日誌所佔用的磁碟空間、網路資源和記憶體佔用。

slave_parallel_workers = 4 預設是0，不開啟，最大並發數為1024個線程。主從複製啟用4個sql線程，提高從伺服器輸送量，減少延遲,使用並發的 SQL 線程對不同資料庫並行應用事件

binlog_checksum = CRC32

slave_allow_batching = 1

master_verify_checksum = 1

slave_sql_verify_checksum = 1

binlog_rows_query_log_events = 1

這四個參數是啟用binlog/relaylog的校正，防止日誌出錯

relay_log_purge = 1

relay_log_recovery = 1

這兩個是啟用relaylog的自動修複功能，避免由於網路之類的外因造成日誌損壞，主從停止。

master_info_repository = TABLE

relay_log_info_repository = TABLE

這兩個參數會將master.info和relay.info儲存在表中，預設是Myisam引擎，官方建議用

alter table  slave_master_info engine=innodb;

alter table  slave_relay_log_info engine=innodb;

alter table  slave_worker_info engine=innodb;

改為Innodb引擎，防止表損壞後自行修複。

本文出自 “王偉” 部落格，請務必保留此出處http://wangwei007.blog.51cto.com/68019/1205298