mysql单个库主从

基础概念

MySQL的主从复制（Master-Slave Replication）是一种异步复制技术，它允许一个MySQL数据库服务器（主库）的数据被复制到一个或多个其他MySQL数据库服务器（从库）。主库负责处理写操作，而从库则处理读操作，从而实现读写分离，提高系统的整体性能和可用性。

优势

读写分离：通过主从复制，可以将读操作分散到多个从库上，减轻主库的压力，提高系统的读取性能。
数据备份：从库可以作为数据备份，当主库发生故障时，可以快速切换到从库，保证数据的可用性。
高可用性：通过主从复制和故障切换机制，可以提高系统的整体可用性。
扩展性：随着业务量的增长，可以通过增加从库的数量来扩展系统的读取能力。

类型

MySQL的主从复制主要有以下几种类型：

异步复制：这是MySQL默认的复制方式，主库在执行完写操作后，会立即返回结果给客户端，然后再将数据异步地复制到从库。
半同步复制：在这种模式下，主库在执行完写操作后，会等待至少一个从库确认收到数据后，再返回结果给客户端。这种方式可以提高数据的一致性，但可能会降低系统的性能。
组复制：这是一种更高级的复制方式，允许多个主库组成一个复制组，组内的成员可以相互复制数据，并且可以自动进行故障切换和负载均衡。

应用场景

读写分离：将读操作和写操作分别分配到主库和从库上，提高系统的整体性能。
数据备份与恢复：利用从库进行数据备份，当主库发生故障时，可以快速切换到从库，保证数据的可用性。
高并发场景：在高并发读取的场景下，通过增加从库的数量来扩展系统的读取能力。
分布式系统：在分布式系统中，通过主从复制来实现数据的同步和共享。

常见问题及解决方法

主从延迟：由于网络延迟或从库处理能力不足等原因，可能会导致主从数据不一致。可以通过优化网络环境、提高从库的处理能力或调整复制策略来解决。
主库故障：当主库发生故障时，需要快速切换到从库以保证系统的可用性。可以通过配置自动故障切换机制来实现。
数据丢失：在某些情况下，如主库宕机且没有及时切换到从库，可能会导致数据丢失。可以通过定期备份数据、配置合理的复制策略和故障切换机制来降低数据丢失的风险。

示例代码

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

主库配置（my.cnf）：

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

从库配置（my.cnf）：

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

主库创建复制用户：

CREATE USER 'replication_user'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'replication_user'@'%';
FLUSH PRIVILEGES;

从库设置主库信息：

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

参考链接