MySQL中關于主從同步時應該注意的問題有哪些

MySQL中關于主從同步時應該注意的問題有哪些，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

在我門準備好了兩臺數據庫服務器的基礎上
1、須在主、從服務器配置文件 /etc/my.cnf指定
server_id  (任意，建議指定不易混淆，有規律，有邏輯的)
binlog日志（一般不指定時日志名稱默認為主機名-bin.00000x）
binlog-format="mixed" （指定日志格式，一般為混合格式“mixed”，根據需求而定）
注意： 如果以上沒有指定，都會報錯錯；
2、在主庫上面授權：允許用戶對主庫有復制權限 （replication：復制）
grant replication slave on . to  用戶名@"服務器地址" identified by "密碼";
必須要授權（從庫無法指定主庫并復制）
3指定組服務器：（缺一不可）
登錄數據庫
change master to master_host="主服務器地址"
master_user=“主庫上的授權用戶“
master_password="授權賬戶密碼“
master_log_file= "  主服務器binlog日志名稱“
master_log_pos=”binlog日志偏移量”
最后啟動主從復制start slave
查看重服務器狀態
Slave_IO_Running: （負責與主機的io通信）
Slave_SQL_Running: （負責自己的slave 數據庫進程）
如果不出問題的話，主從同步就部署成功了，

但是這世界并不太平，如果IO線程啟動失敗
以下是我遇到的問題：
1、主服務器的防火墻沒關，導致從服務器同步失敗
解決方案：關閉防火墻；
2、主從服務器數據庫中數據不一致，（部署主從服務時）
先將不同的部分備份到對方的數據庫中保證數據的一致
（不建議刪庫刪庫刪表）
3、binlog日志偏移量不對，從服務器找不到同步節點
打開主服務器binlog日志文件，找到數據偏移量，重新指定就可以了。
如果是SQL線程啟動失敗：
我碰到的情況如下：
1、Last_SQL_Error: Error 'Operation DROP USER failed for 'yy'@'192.168.4.10'' on query. Default database: 'alldb'. Query: 'drop user yy@192.168.4.10'
就是沒有同步之前的的主庫授權用戶，在部署完之后發現從庫上沒有之前主庫上的授權用戶，然后我撤銷了，從庫的SQL線程就斷了，所以要謹慎操作。
解決辦法：一般都不是刪除、撤銷、當然就是在從庫上做同樣的授權。
2、Slave failed to initialize relay log info structure from the repository
當出現這種報錯時：一般原因是默認中繼日志relay_log被服務器上另一個mysql slave占用了；
解決方案：1、初始化中繼日志， 即刪除relay-log.info中繼日志文件
2、在配置文件/etc/my.cnf 中指定中繼日志名稱
3、當配置高可用集群時，SQL線程啟動失敗報錯如下
Master command COM_REGISTER_SLAVE failed: Access denied for user 'monitor'@'%' (using password: YES) (Errno: 1045)
當出現這種報錯時：
1主服務器的級聯復制功能未開啟
解決方案：在配置文件中log_slave_updates # 允許級聯復制，重起服務，還有是主庫必須添加授權用戶。
2還有就是刪除授權用戶，（不建議）。
綜上所述：部署主從同步時對數據庫服務器具有高度的統一性。

看完上述內容，你們掌握MySQL中關于主從同步時應該注意的問題有哪些的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！