一：主備延遲

主備切換的場景：可能是一個主動運維的動作。比如軟件升級，主庫所在的機器按計劃下線等，也可能是被動操作，比如主庫所在機器掉電

與數據同步延遲有三個：

1.主庫執行完一個事務，寫入binlog,記為T1

2.之後傳給備庫,接收完，記為T2

3.備庫執行完記為T3

延遲的時間就是T3-T1

二;主備延遲的來源

首先，備庫所在機器性能要比主庫所在機器性能差

備庫壓力大。運營後臺分析語句等導致

大事務，比如一次性的delete語句太多 ，大表 ddl

優化方法：

1.一主多從。

2.binlog輸出到外部。

可靠優先策略：

可用性優先策略 ，binlog_format=mixed

可用性優先策略，binlog_format=row

結論：

使用row格式的binlog,數據不一致容易發現。使用mixed 或者statement格式的binlog,就可能不一致了。

推薦可靠性優先。

異常切換的情況：

mysql怎麽保證高可用