mysql主备ha

基础概念

MySQL主备高可用（HA）是一种架构设计，旨在确保数据库系统的高可用性和数据安全性。在这种架构中，通常有一个主数据库（Master）和一个或多个备用数据库（Slave）。主数据库负责处理所有的写操作，而备用数据库则复制主数据库的数据，并处理读操作。当主数据库发生故障时，备用数据库可以接管主数据库的角色，继续提供服务。

类型

异步复制：主数据库在完成写操作后立即返回，不等待备用数据库确认。这种方式的延迟较低，但可能存在数据丢失的风险。
半同步复制：主数据库在完成写操作后等待备用数据库确认，确保至少有一个备用数据库已经接收到数据。这种方式可以减少数据丢失的风险，但会增加一定的延迟。
同步复制：主数据库在完成写操作后等待所有备用数据库确认，确保所有备用数据库都已经接收到数据。这种方式可以最大程度地保证数据的安全性，但延迟最高。

应用场景

高并发读写应用：如电商网站、社交媒体平台等，需要处理大量用户请求。
关键业务系统：如金融系统、医疗系统等，对数据的安全性和可用性要求极高。
需要快速恢复的系统：如在线游戏、实时通信系统等，要求在故障发生后能够迅速恢复服务。

常见问题及解决方法

主备数据库数据不一致：
- 原因：可能是由于网络延迟、复制配置错误等原因导致的。
- 解决方法：检查网络连接，确保主备数据库之间的网络通畅；检查复制配置，确保配置正确无误；使用工具如pt-table-checksum检查和修复数据不一致问题。

主数据库故障后备用数据库未能及时接管：
- 原因：可能是由于备用数据库的状态不正确、监控系统未能及时检测到主数据库故障等原因导致的。
- 解决方法：确保备用数据库处于正确状态，定期检查和维护；使用可靠的监控系统，及时发现和处理主数据库故障。
复制延迟过高：
- 原因：可能是由于网络带宽不足、主备数据库性能差异过大等原因导致的。
- 解决方法：增加网络带宽，优化网络配置；提升备用数据库的性能，确保其与主数据库的性能匹配。

示例代码

以下是一个简单的MySQL主备复制的配置示例：

主数据库配置（my.cnf）

[mysqld]
server-id=1
log_bin=mysql-bin
binlog_format=ROW

备用数据库配置（my.cnf）

[mysqld]
server-id=2
relay_log=mysql-relay-bin
log_bin=mysql-bin
binlog_format=ROW
read_only=1

复制设置

在主数据库上执行：

CREATE USER 'repl'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;
SHOW MASTER STATUS;

在备用数据库上执行：

CHANGE MASTER TO
MASTER_HOST='master_host',
MASTER_USER='repl',
MASTER_PASSWORD='password',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=107;
START SLAVE;