mysql 主从加主键

基础概念

MySQL 主从复制（Master-Slave Replication）是一种数据库复制技术，它允许一个 MySQL 数据库服务器（主服务器，Master）的数据被复制到一个或多个其他 MySQL 数据库服务器（从服务器，Slave）。主从复制可以提高数据的可用性、读取性能和数据备份。

主键（Primary Key）是数据库表中用于唯一标识每一条记录的一个或多个字段。主键必须满足以下条件：

唯一性：主键的值在整个表中必须是唯一的。
非空性：主键的值不能为空。

类型

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

异步复制：主服务器在执行完事务后立即返回结果给客户端，而不等待从服务器确认。
半同步复制：主服务器在执行完事务后，等待至少一个从服务器确认收到数据后才返回结果给客户端。
组复制：多个服务器组成一个复制组，数据在组内同步复制。

应用场景

读写分离：将读操作分发到从服务器，写操作在主服务器上执行，提高系统的读取性能。
数据备份：从服务器可以作为数据备份，防止数据丢失。
高可用性：当主服务器出现故障时，可以从从服务器接管服务。

遇到的问题及解决方法

问题：为什么在主从复制中，从服务器的数据会滞后？

原因：

网络延迟：主从服务器之间的网络延迟会导致数据传输缓慢。
从服务器性能：从服务器的性能较低，处理复制数据的速度较慢。
复制配置：复制配置不当，如半同步复制未启用等。

解决方法：

优化网络：确保主从服务器之间的网络连接稳定且低延迟。
提升从服务器性能：增加从服务器的硬件资源，如CPU、内存等。
优化复制配置：启用半同步复制，确保数据在主从服务器之间同步传输。

问题：为什么在主从复制中，从服务器会出现数据不一致？

原因：

复制中断：主从服务器之间的复制连接中断，导致数据未能及时同步。
主服务器故障：主服务器在执行事务时出现故障，导致部分数据未能复制到从服务器。
数据冲突：主从服务器之间的数据冲突，如主键冲突等。

解决方法：

监控复制状态：定期检查主从复制的状态，确保复制连接正常。
故障恢复：在主服务器故障后，及时进行数据恢复和重新同步。
避免数据冲突：在设计表结构时，确保主键的唯一性，避免数据冲突。

示例代码

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

主服务器配置（my.cnf）

[mysqld]
server-id=1
log_bin=mysql-bin
binlog_do_db=mydatabase

从服务器配置（my.cnf）

[mysqld]
server-id=2
relay_log=mysql-relay-bin
log_bin=mysql-bin
binlog_do_db=mydatabase
read_only=1

启动复制

在主服务器上执行：

CREATE USER 'repl'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;
FLUSH TABLES WITH READ LOCK;
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;