mysql主從復制配置（日志點）

專注于為中小企業提供做網站、成都做網站服務,電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業蕭縣免費做網站提供優質的服務。我們立足成都，凝聚了一批互聯網行業人才，有力地推動了成百上千企業的穩健成長，幫助中小企業通過網站建設實現規模擴充和轉變。

mysql主從復制配置（日志點）

????????一些MySQL版本并不會開啟二進制日志，所以一定要檢查是否開啟。如果一開始沒開啟，在以后需要開啟，則必須重啟數據庫服務器，而數據庫服務器重啟會對業務造成很大影響。所以，盡管二進制日志會對性能有稍許影響，所以，無論是否要用復制、備份功能(增量日志也依賴二進制日志)，都建議開啟

????????目前mysql支持兩種復制類型：

????????????????1.二進制日志點

????????????????2.GTID（mysql>=5.7推薦使用）

mysql主從復制配置（日志點）

????????有些配置要重啟后才能生效，為了不影響數據庫的正常使用，最好在上線之前就配置好，特別是master服務器的配置更應該做為初始參數配置好

mysql主從復制配置（日志點）

????????log_bin：mysql-bin為日志文件前綴（之所以把日志文件和數據文件分開放，是為了提高io性能）

????????server_id：用來區分不同服務器

mysql主從復制配置（日志點）

????????log_bin：mysql-bin為日志文件前綴（之所以把日志文件和數據文件分開放，是為了提高io性能）

????????server_id：用來區分不同服務器

????????relay_log：slave的中繼日志也應該和數據文件分開，以提高io性能

????????read_only：只讀（使所有沒有super權限的用戶在從服務器上不能執行寫操作的，不論這個用戶是否具備寫權限。這樣做的好處是避免誤操作寫到從服務器上造成主從不一致的問題。但這個參數不能限制具有super權限的用戶，比如root帳號。為了解決這個問題，mysql5.7之后引入了super_read_only這個參數將具備super權限的用戶也限制了不能在從服務器上做寫操作）

????????skip_slave_start：在slave服務器重啟時不會自動啟動復制鏈路（默認情況下mysql在slave重啟時會自動啟動復制鏈路，如果存在問題，則主從復制鏈路會中斷。所以正常情況下，我們應該在服務器重啟后檢查是否存在問題，然后手動啟動主從復制鏈路）

????????master_info_repository和relay_log_info_repository：把主從服務器的信息存儲到innodb表中，默認情況下是存儲到文件系統中的，這樣如果從服務器出現宕機，則很容易出現文件記錄和實際同步信息不同步的情況。而把相關信息存儲到表中，可以利用innodb豐富的恢復機制保證記錄數據的一致性

在master上建立復制帳號：

mysql主從復制配置（日志點）

（注意：只設置了該有的權限REPLICATION和SLAVE權限）

初始化slave數據：

mysql主從復制配置（日志點）

啟動基于日志點的復制鏈路：

mysql主從復制配置（日志點）

主從復制演示：

主服務器配置：

????????先看下主服務器的binlog日志是否開啟，以及配置好server-id(這里配置為ip的后三位)：

???????????????? mysql主從復制配置（日志點）

????????

從服務器(slave)配置：

????????配置server-id和relay_log、master_info_repository、relay_log_info_repository，再加上read_only

???????????????? mysql主從復制配置（日志點）

????????手動將master的server-id改為100（由于未重啟master）：

???????????????? mysql主從復制配置（日志點）

????????slave并沒有業務訪問，所以是可以重啟的：

???????????????? mysql主從復制配置（日志點）

????????（如果是mysql5.7及以上版本，還有個問題要注意：增加了個uuid值，默認情況下在data目錄下有個auto.cnf文件中，如果用鏡像方式安裝的mysql服務器，server-uuid應該是一樣的，所以需要將auto.cnf刪掉，再重啟自動生成一個新的uuid值。uuid相同主從復制會出現問題）

????????

在主服務器上建立復制帳號，并授權:

???????? mysql主從復制配置（日志點）