題圖:《唐伯虎點秋香》

版本背景

1)操作系統

cat?/proc/versionLinux?version?2.6.32-696.el6.x86_64?(mockbuild@c1bm.rdu2.centos.org)?(gcc?version?4.4.7?20120313?(Red?Hat?4.4.7-18)?(GCC)?)?#1?SMP?Tue?Mar?21?19:29:05?UTC?2017

2)mysql數據庫版本

mysql?--versionmysql??Ver?14.14?Distrib?5.6.26,?for?linux-glibc2.5?(x86_64)?using??EditLine?wrapper

問題描述

在測試crash-safe 功能時發現了點問題，如果我指定了 relay_log_info_repository = TABLE,這時主庫執行DDL語句后，從庫的 relay_log_info_repository 表中的 Master_log_pos 字段并不會立即被更新(這時ddl操作已經被應用到從庫，并且從庫show slave status\G; 查看執行的位置是正確的)，而DML語句不會有該問題(sync_relay_log_info 為默認值 10000)。

如果在主庫執行了一個ddl，并且該ddl被從庫應用后，緊接著(從庫執行該ddl后)從庫異常宕機。那么從庫再啟動后可能會把之前已經執行過的ddl再次執行一遍，導致復制異常 會遇到如下錯誤：

Error 'Duplicate column name 'name_1'' on query. Default database: 'test_shao'. Query: 'alter table test_4 add column name_1 varchar(20)'

問題原因

我們知道，MySQL 5.6 針對復制功能提供了新特性: slave支持crash-safe. 該功能可以解決之前版本中系統異常斷電可能導致的SQL thread 信息不準確的問題。##關于crash-safe 詳細介紹請參見 MySQL5.6新特性之crash-safe slaves。

實現從庫 crash-safe需要在從庫配置文件中添加如下兩個參數，并重啟實例

relay_log_info_repository = TABLE

relay_log_recovery = ON

從庫實現 crash-safe 的大概原理就是把 sql_thread 的執行位置記錄到 innodb 表中(relay_log_info_repository = TABLE),并且把 sql_thread 線程執行事務和更新 mysql.slave_relay_log_info 放在一個事物中，從而避免實際已執行的binlog位點和寫入relay log info 的位點信息不一致的情況發生。那怎么保證 io_thread 線程位點的正確性,是通過添加 relay_log_recovery = ON 參數，在從庫實例重啟時會自動把 io_thread 線程位點初始化成 sql_thread位點。

##對于dml 我們可以做到把 dml操作 和 mysql.slave_relay_log_info表的更新放到一個事務中來保證位點正確性，那么對于 ddl 操作呢？

問題處理

如果我指定了 relay_log_info_repository = TABLE,這時主庫執行DDL語句后，從庫的 relay_log_info_repository 表中的 Master_log_pos 字段并不會立即被更新(這時ddl操作已經被應用到從庫，并且從庫show slave status\G; 查看執行的位置是正確的)，而DML語句不會有該問題。這時有如下幾種情況會讓從庫的 relay_log_info_repository表信息更新到最新值

1)如果此時主庫再執行一個dml操作，我們會發現從庫 relay_log_info_repository 中記錄的位置被更新為最新值。

2)重啟復制線程 stop slave; start slave;

3)設置 從庫 sync_relay_log_info = 1

##官方文檔中說到 如果 relay_log_info_repository = TABLE, 對于支持事務的存儲引擎來說，會忽略 sync_relay_log_info 該參數，但是實測 發現對于 ddl 如果 sync_relay_log_info 大于 1，則 mysql.slave_relay_log_info 表中 主庫binlog 位置不會及時刷新。設置為1 時會及時刷新。

4)如果你確定ddl語句已經在從庫執行，那你可以 set global sql_slave_skip_counter=1; 跳過該錯誤，修復主庫復制

##綜上所述，如果你 設置了 relay_log_info_repository = TABLE，建議同時設置 sync_relay_log_info = 1

總結

以上是生活随笔為你收集整理的mysql ddl crash,MySQL5.6 crash-safe replication一个坑的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。