Gtid方式搭建主从复制+MHA高可用集群

• GTID是什么

  • GTID（全局事务标识符），它用于唯一标识一个事务。
  • 每个GTID由三个部分组成：
    • 服务器唯一标识符
    • 事务序列号
    • 全局事务标识符
  • 使用gtid可以简化主从复制的配置和管理，减少由于复制链路终端、主从数据不一致等问题带来的风险

• 如何开启GTID：

  • 在/etc/my.cnf文件中添加如下配置：
    • gtid-mode = ON （ON表示开启，OFF表示拒绝）
    • log-slave-updates = 1
    • log-bin = MySQL-bin
    • enforce_gtid_consistency = 1
    • log-bin-index = MySQL-bin.index

• 使用Gtid的主从复制优点：

  • 简化配置：使用gtid可以简化主从配置，不需要手动配置每个服务器的而兼职文件和位置
  • 自动故障切换：gtid可以在主从切换时自动识别和处理已复制和未复制的事务，使主从切换更加可靠和快速
  • 避免重复复制：因为GTID的幂等性，gtid可以避免主从复制中的重复复制问题，确保每个事务只被复制一次

• GTID复制和普通复制的区别：

  • 1.在主从复制环境中，主库发生过的事务，在全局都是由唯一GTID记录的，更方便Failover（故障恢复）
  • 2.gtid配置更简单，不需要手动记录和处理二进制日志位置
  • 3.gtid更容易处理故障恢复和切换主从关系，因为不再依赖于二进制日志文件名和偏移量
  • 4.在复制过程中，从库不再依赖master.info文件，而是直接读取最后一个relaylog的GTID号

• MHA架构介绍：

  • MHA架构由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）Node节点运行在每台MySQL服务器上。
  • MHA Manager会定时探测集群中的master节点，当master出现故障时，他它可以自动将最新数据的Slave提升为新的master，将所有其他的slave重新指向新的master

• MHA的缺点：

  • 在MHA自动故障切换时，MHA从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失，存在的问题是，如果是主服务器硬件故障宕机或无法通过SSH访问，MHA则无法保存二进制日志。

• 部署GTID主从复制：

  • 实验环境：

    • db1:192.168.8.10 (主)
    • db2:192.168.8.20(从)
    • db3:192.168.8.30(从)

  • 修改mysql配置文件：

    • db1:
      • cat > /etc/my.cnf <<EOF
      • [mysqld]
      • basedir=/usr/local/mysql/
      • datadir=/usr/local/mysql/data
      • socket=/tmp/mysql.sock
      • server_id=1
      • port=3306
      • secure-file-priv=/tmp
      • autocommit=1
      • log_bin=mysql-bin