簡(jiǎn)書(shū)地址：
http://www.jianshu.com/p/c9888d6447c8

想了想還是專(zhuān)門(mén)開(kāi)了一節(jié)來(lái)總結(jié)這個(gè)問(wèn)題
5.7.6以下中默認(rèn)

雷州ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景，ssl證書(shū)未來(lái)市場(chǎng)廣闊！成為創(chuàng)新互聯(lián)公司的ssl證書(shū)銷(xiāo)售渠道，可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18980820575（備注：SSL證書(shū)合作）期待與您的合作！

• simplified_binlog_gtid_recovery=flase

5.7.6以上中默認(rèn)

• binlog_gtid_simple_recovery=true

默認(rèn)值就是最合理的設(shè)置。
因?yàn)閰?shù)名更改了所以下面統(tǒng)稱(chēng)simple_recovery來(lái)代替。

一、Gtid關(guān)閉

---

• simple_recovery=flase

5.7.6以下：這種方式一定得到正確的Gtid集合

• 重啟MySQL需要掃描全部的binlog來(lái)獲得正確的Gtid集合
• purge binlog或者超過(guò)參數(shù)expire_logs_days參數(shù)設(shè)置不觸發(fā)全binlog掃描，由上層函數(shù)控制。因?yàn)椴恢С衷诰€的Gtid更改。

5.7.6以上：這種方式一定得到正確的Gtid集合

• 重啟Mysql掃描全部的binlog。
• purge binlog或者超過(guò)參數(shù)expire_logs_days參數(shù)設(shè)置觸發(fā)全binlog掃描。

---

• simple_recovery=true

5.7.6以下:這種情況可能得不到正確的Gtid集合

• 重啟Mysql不掃描全部的binlog，只掃描第一個(gè)和最后一個(gè)binlog。
• purge binlog或者超過(guò)參數(shù)expire_logs_days參數(shù)設(shè)置不觸發(fā)全binlog掃描，由上層函數(shù)控制。

5.7.6以上:由于有每個(gè)binlog都有Previous gtid Event的支持能夠得到正確的Gtid集合。

• 重啟Mysql不掃描全部的binlog，只掃描第一個(gè)和最后一個(gè)binlog。
• purge binlog或者超過(guò)參數(shù)expire_logs_days參數(shù)設(shè)置不觸發(fā)全binlog掃描，只掃描第一個(gè)和最后一個(gè)binlog。

二、Gtid打開(kāi)

---

• simple_recovery=flase

5.7.6以下:這種方式一定得到正確的Gtid集合。

• 重啟Mysql不掃描全部的binlog，如果是中途打開(kāi)GTID，重啟任然需要掃描多個(gè)binlog因?yàn)樾枰业絇revious gtid Event。
• purge binlog或者超過(guò)參數(shù)expire_logs_days參數(shù)設(shè)置不觸發(fā)全binlog掃描，如果是中途打開(kāi)GTID重啟，任然需要掃描多個(gè)binlog因?yàn)樾枰业絇revious gtid Event。

5.7.6以上:這種方式一定得到正確的Gtid集合

• 重啟Mysql不掃秒全部的binlog，如果是中途打開(kāi)GTID重啟任然需要掃描多個(gè)binlog因?yàn)樾枰业紾tid event。
• purge binlog或者超過(guò)參數(shù)expire_logs_days參數(shù)設(shè)置不觸發(fā)全binlog掃描，如果是中途打開(kāi)GTID重啟任然需要掃描多個(gè)binlog因?yàn)樾枰业紾tid event。

---

• simple_recovery=true

5.7.6以下:這種情況可能得不到正確的Gtid集合

• 重啟Mysql不掃描全部的binlog，只掃描第一個(gè)和最后一個(gè)binlog。
• purge binlog或者超過(guò)參數(shù)expire_logs_days參數(shù)設(shè)置不掃描全部binlog，只掃描第一個(gè)和最后一個(gè)binlog。

5.7.6以上:由于有每個(gè)binlog都有Previous gtid Event的支持能夠得到正確的Gtid集合。

• 重啟Mysql不掃描全部的binlog，只掃描第一個(gè)和最后一個(gè)binlog。
• purge binlog或者超過(guò)參數(shù)expire_logs_days參數(shù)設(shè)置不觸發(fā)全binlog掃描，只掃描第一個(gè)和最后一個(gè)binlog。

三、本節(jié)總結(jié)

• 5.7.6以下保持默認(rèn)設(shè)置simplified_binlog_gtid_recovery=flase，但是這會(huì)導(dǎo)致過(guò)多的binlog掃描，況且5.6沒(méi)有mysql.gtid_executed的支持，從庫(kù)必須開(kāi)啟log_slave_updates，這會(huì)帶來(lái)性能影響。所以還是少用Gtid。
• 5.7.6以上由于對(duì)每個(gè)binlog都有Previous gtid Event的支持binlog_gtid_simple_recovery=true是合理的設(shè)置，binlog掃描非常的快因?yàn)橹皇堑谝粋€(gè)和最后一個(gè)binlog文件而已。

可以看到Gtid也越來(lái)越成熟了。這部分的邏輯在函MYSQL_BIN_LOG::init_gtid_sets中前文已經(jīng)提到過(guò)，這里就不看代碼了。

此外在5.7的官方文檔中對(duì)binlog_gtid_simple_recovery=true 有如下警告的描述：

If this option is enabled, gtid_executed and gtid_purged may be
initialized incorrectly in the following situations:
? The newest binary log was generated by MySQL 5.7.5 or older, and
gtid_mode was ON for some binary logs but OFF for the newest binary log.
? A SET GTID_PURGED statement was issued on a MySQL version
prior to 5.7.7, and the binary log that was active at the time of the SET
GTID_PURGED has not yet been purged.
If an incorrect GTID set is computed in either situation, it will remain incorrect
even if the server is later restarted, regardless of the value of this option. 

如果將參數(shù)設(shè)置為true可能在老版本中得不到正確的Gtid集合，也是前面討論的。

學(xué)習(xí)完本節(jié)至少能夠?qū)W習(xí)到：

• binlog_gtid_simple_recovery/simplified_binlog_gtid_recovery是如何影響binlog文件的掃描的的
• 5.7.6以下應(yīng)該如何設(shè)置
• 5.7.6以上應(yīng)該如何設(shè)置

作者微信：

新聞標(biāo)題：Mysql5.7Gtid內(nèi)部學(xué)習(xí)(七)總結(jié)binlog_gtid_simple_recovery參數(shù)帶來(lái)的影響
轉(zhuǎn)載注明：http://weahome.cn/article/ppjhoe.html