mysql主从——传统配置

本文介绍了一种典型的MySQL主从复制配置方案,包括环境准备、数据同步、账号授权及配置等关键步骤。通过实例演示了如何搭建稳定的主从架构,确保数据的高可用性和一致性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

使用主从的原因:

  • 用一台数据库存放数据,若此数据库服务器宕机了导致数据丢失怎么办?
  • 业务量大了,数据多了,访问的人多了,一台数据库无法保证服务质量了怎么办?

主从的作用:

  • 实时灾备,用于故障切换
  • 读写分离,提供查询服务
  • 备份,避免影响业务

主从形式

  • 一主一从
  • 主主复制
  • 一主多从---扩展系统读取的性能,因为读是在从库读取的
  • 多主一从---5.7开始支持
  • 联级复制

 主从复制原理


主从复制步骤:

  • 主库将所有的写操作记录到binlog日志中并生成一个log dump线程,将binlog日志传给从库的I/O线程
  • 从库生成两个线程,一个I/O线程,一个SQL线程
    • I/O线程去请求主库的binlog,并将得到的binlog日志写到relay log(中继日志) 文件中
    • SQL线程,会读取relay log文件中的日志,并解析成具体操作,来实现主从的操作一致,达到最终数据一致的目的

1 主从复制配置(传统主从配置)

主从复制配置步骤:

  1. 确保从数据库与主数据库里的数据一样
  2. 在主数据库里创建一个同步账号授权给从数据库使用
  3. 配置主数据库(修改配置文件)
  4. 配置从数据库(修改配置文件)

需求:
搭建两台MySQL服务器,一台作为主服务器,一台作为从服务器,主服务器进行写操作,从服务器进行读操作

环境说明:

数据库角色IP应用与系统版本有无数据
主数据库192.168.31.129centos8/redhat8
mysql-5.7
有数据
从数据库192.168.31.131centos8/redhat8
mysql-5.7
无数据

1.1 mysql安装

1.2主从配置

1.2.1 确保从数据库与主数据库里的数据一样

为确保从数据库与主数据库里的数据一样,先全备主数据库并还原到从数据库中

主库192.168.31.129
从库192.168.31.131
//先查看主库有哪些库
[root@localhost ~]# mysql -uroot -p'123456'
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
4 rows in set (0.00 sec)

//再查看从库有哪些库
[root@localhost ~]# mysql -uroot -p'ltt429520.' -h127.0.0.1 -P3306
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
4 rows in set (0.00 sec)

//全备主库
//全备主库时需要另开一个终端,给数据库加上读锁,避免在备份期间有其他人在写入导致数据不一致
mysql> FLUSH TABLES WITH READ LOCK;
Query OK, 0 rows affected (0.00 sec)
//此锁表的终端必须在备份完成以后才能退出

//备份主库并将备份文件传送到从库
[root@localhost ~]# mysqldump -uroot -p123456 --all-databases > /opt/all-$(date '+%Y%m%d%H%M%S').sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
[root@localhost ~]# ls /opt/
all-20220703201201.sql  data
[root@localhost ~]# scp /opt/all-20220703201201.sql root@192.168.31.131:/opt/
The authenticity of host '192.168.31.131 (192.168.31.131)' can't be established.
ECDSA key fingerprint is SHA256:SnDB0Bvu9G0De5LWH0eKRgDOaZghNQ1WABlU049ZEew.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '192.168.31.131' (ECDSA) to the list of known hosts.
root@192.168.31.131's password: 
all-20220703201201.sql          100%  854KB 101.6MB/s   00:00    

//解除主库的锁表状态,直接退出交互式界面即可
mysql> quit
Bye

//在从库上恢复主库的备份并查看从库有哪些库,确保与主库一致
[root@localhost ~]# mysql -uroot -p'ltt429520.' -h127.0.0.1 -P3306 < /opt/all-20220703201201.sql 
mysql: [Warning] Using a password on the command line interface can be insecure.
[root@localhost ~]# mysql -uroot -p'ltt429520.' -h127.0.0.1 -P3306
mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 4
Server version: 5.7.37 MySQL Community Server (GPL)

Copyright (c) 2000, 2022, Oracle and/or its affiliates.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
4 rows in set (0.00 sec)

1.2.2 在主数据库里创建一个同步账号授权给从数据库使用

mysql> grant replication slave on *.* to 'repl'@'192.168.31.131' i
dentified by 'repl123!';
Query OK, 0 rows affected, 1 warning (0.00 sec)   //从主机的ip

mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

1.2.3 配置主数据库

[root@localhost ~]# vim /etc/my.cnf 
[root@localhost ~]# cat /etc/my.cnf 
[mysqld]
basedir = /usr/local/mysql
datadir = /opt/data
socket = /tmp/mysql.sock
port = 3306
pid-file = /opt/data/mysql.pid
user = mysql
skip-name-resolve

server-id = 10         //添加。主库的server-id值必须比从库的小
log-bin = mysql_bin
//重启
[root@localhost ~]# systemctl restart mysqld
[root@localhost ~]# systemctl status mysqld
● mysqld.service - mysql server daemon
   Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enable>
   Active: active (running) since Sun 2022-07-03 20:25:21 CST; 18>
  Process: 1883 ExecStop=/usr/local/mysql/support-files/mysqld st>
  Process: 1910 ExecStart=/usr/local/mysql/support-files/mysqld s>
 Main PID: 1924 (mysqld_safe)
    Tasks: 28 (limit: 11216)
   Memory: 181.6M
   CGroup: /system.slice/mysqld.service
           ├─1924 /bin/sh /usr/local/mysql/bin/mysqld_safe --data>
           └─2138 /usr/local/mysql/bin/mysqld --basedir=/usr/loca>

Jul 03 20:25:20 localhost.localdomain systemd[1]: mysqld.service:>
Jul 03 20:25:20 localhost.localdomain systemd[1]: Stopped mysql s>
Jul 03 20:25:20 localhost.localdomain systemd[1]: Starting mysql >
Jul 03 20:25:21 localhost.localdomain mysqld[1910]: Starting MySQ>
Jul 03 20:25:21 localhost.localdomain systemd[1]: Started mysql s>
[root@localhost ~]# 

//查看主库的状态
[root@localhost ~]# mysql -uroot -p'123456'
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql_bin.000001 |      154 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

1.2.4 配置从数据库

[root@localhost ~]# vim /etc/my.cnf 
[root@localhost ~]# cat /etc/my.cnf 
[mysqld_multi]
mysqld = /usr/local/mysql/bin/mysqld_safe
mysqladmin = /usr/local/mysql/bin/mysqladmin

[mysqld3306]
datadir = /opt/data/3306
port = 3306
socket = /tmp/mysql3306.sock
pid-file = /opt/data/3306/mysql_3306.pid
log-error=/var/log/3306.log

server-id = 20
relay-log = myrelay

//重启
[root@localhost ~]# systemctl restart my3306
[root@localhost ~]# systemctl status my3306
● my3306.service - 3306 server daemon
   Loaded: loaded (/usr/lib/systemd/system/my3306.service; enable>
   Active: active (running) since Sun 2022-07-03 20:33:25 CST; 12>
  Process: 4339 ExecStop=/usr/bin/ps -ef|grep 3306|grep -v grep|a>
  Process: 4346 ExecStart=/usr/local/mysql/bin/mysqld_multi start>
 Main PID: 4352 (mysqld_safe)
    Tasks: 28 (limit: 11088)
   Memory: 186.8M
   CGroup: /system.slice/my3306.service
           ├─4352 /bin/sh /usr/local/mysql/bin/mysqld_safe --data>
           └─4516 /usr/local/mysql/bin/mysqld --basedir=/usr/loca>

Jul 03 20:33:25 localhost.localdomain systemd[1]: my3306.service:>
Jul 03 20:33:25 localhost.localdomain systemd[1]: Stopped 3306 se>
Jul 03 20:33:25 localhost.localdomain systemd[1]: Starting 3306 s>
Jul 03 20:33:25 localhost.localdomain systemd[1]: Started 3306 se>
[root@localhost ~]# 

//防火墙关掉
[root@localhost ~]# systemctl stop firewalld
[root@localhost ~]# getenforce
Disabled
[root@localhost ~]# systemctl disable --now firewalld

//配置并启动主从复制
mysql> change master to
    -> master_host='192.168.31.129',
    -> master_user='repl',
    -> master_password='repl123!',
    -> master_port=3306,
    -> master_log_pos='mysql_bin.000001',
    -> mysql_log_poss=154;
mysql> start slave;

//查看从服务器状态
mysql> show slave status \G
        Relay_Master_Log_File: mysql-bin.000001
             Slave_IO_Running: Yes      //此处必须为Yes
            Slave_SQL_Running: Yes      //此处必须为Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB:  

1.2.5 测试验证

在主服务器的student库的ltt1表中插入数据:

mysql> select * from ltt1;
Empty set (0.00 sec)

mysql> insert into ltt1 values (1,'sean',20),(2,'tom',23),(3,'jerry',30);
Query OK, 3 rows affected (0.00 sec)
Records: 3  Duplicates: 0  Warnings: 0

mysql> select * from ltt1;
+----+-------+------+
| id | name  | age  |
+----+-------+------+
|  1 | sean  |   20 |
|  2 | tom   |   23 |
|  3 | jerry |   30 |
+----+-------+------+
3 rows in set (0.00 sec)

在从数据库中查看数据是否同步:

mysql> use student;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> select * from ltt1;
+----+-------+------+
| id | name  | age  |
+----+-------+------+
|  1 | sean  |   20 |
|  2 | tom   |   23 |
|  3 | jerry |   30 |
+----+-------+------+
3 rows in set (0.00 sec)

<think>嗯,用户的问题很明确,就是想了解MySQL主从同步场景下如何保证数据一致性。从引用的材料来看,用户可能是个DBA或者后端开发,正在搭建或维护主从架构,遇到了数据延迟或不一致的问题。用户提供的引用内容相当全面,覆盖了从官方方案到第三方工具的各种解决方案。我需要把这些信息结构化,同时注意几个技术要点:首先用户提到“异步复制、半同步复制、组复制”这三种官方方案,这是个很好的框架;其次pt工具和缓存方案这些实战内容也很关键。考虑到用户的工作场景,我应该先强调最常用的半同步复制方案,因为它是平衡安全性和性能的折中选择。不过材料4提到半同步会降低吞吐量,这点必须明确告知用户。对于金融级场景,可以重点介绍组复制的多主模式,虽然引用里没展开说原理,但MGR的共识算法确实能解决脑裂问题。用户引用的pt-table-checksum工具方案非常实用,但要注意提醒风险点:比如表必须有主键这个硬性要求,还有pt-table-sync可能覆盖数据的问题。材料3里提到行级锁机制保证checksum准确性的细节很专业,可以保留在解决方案里。读写分离优化那块,用户引用2的配置示例其实暗藏玄机——GTID模式配合log_slave_updates能大幅降低延迟,这个可以揉到“配置优化”条目里。另外材料4提到的缓存标记法比较取巧,适合高并发但数据敏感性不强的场景,不过会增加系统复杂度。最后用户没问但应该考虑的是方案选型建议。我可以按一致性强度分级:先推半同步+MGR这种基础方案,再补充中间件/缓存这种需要改造的方案。对于紧急修复的场景,单独列出pt工具这类急救手段。回复结构上,准备按官方方案→第三方工具→配置/架构优化三层展开,最后给选型建议。要特别注意把所有技术术语用中文准确表述,比如binlog_row_image这种参数名保持大写但中文注释要清晰。用户给的示例引用很多,要把文献标记按引用顺序挂到具体方案上,比如半同步对应材料1和4。对了,用户之前的对话是系统指令,说明可能需要生成相关问题。可以围绕监控手段(如延迟检测)、容灾切换(主库宕机时保证一致)、具体工具实操(pt使用细节)来设计问题,这样能延伸用户的知识链。</think> 以下是在MySQL主从架构中保证数据一致性的核心解决方案总结,结合技术原理与实践经验分层说明: --- ### **一、MySQL官方方案** #### 1. **异步复制(默认模式)** - **原理**:主库提交事务后**立即返回客户端**,不等待从库确认(弱一致性)。 - **风险**:主库宕机可能导致从库丢失数据([^1][^4])。 - **适用场景**:可容忍少量数据丢失的读写分离场景。 #### 2. **半同步复制(Semi-Sync Replication)** - **原理**:主库提交事务后,需等待**至少一个从库写入Relay Log**才返回客户端(强一致性)。 - **配置**: ```ini # my.cnf plugin_load = "rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so" rpl_semi_sync_master_enabled = 1 rpl_semi_sync_slave_enabled = 1 ``` - **优点**:降低数据丢失风险。 - **缺点**:写入延迟增加,吞吐量下降([^1][^4])。 #### 3. **组复制(MySQL Group Replication, MGR)** - **原理**:基于Paxos协议实现多主同步,事务需**多数节点确认**才提交(最强一致性)。 - **模式**: - 单主模式(自动故障转移) - 多主模式(分布式写入) - **适用场景**:金融级高可用需求([^1])。 --- ### **二、第三方工具与架构优化** #### 1. **数据一致性校验工具** - **Percona Toolkit**(推荐): - **pt-table-checksum**:校验主从数据差异(需主键索引)。 ```bash pt-table-checksum --host=主库IP --user=root --password=密码 --databases=库名 ``` - **pt-table-sync**:修复不一致数据(在从库执行)。 ```bash pt-table-sync --execute --sync-to-master 从库IP --databases=库名 --user=root --password=密码 ``` - **注意事项**: - 校验时对数据块加`FOR UPDATE`锁保证一致性([^3])。 - 无主键表无法处理,需提前设计索引。 #### 2. **读写分离策略优化** - **读写分离中间件**(如MyCAT): - **强制读主库**:写操作后的读请求短暂路由到主库(例如500ms)。 - **动态路由**:记录写操作的key,同步窗口内对该key的读请求定向到主库([^4])。 - **配置示例**(增强同步可靠性): ```ini # my.cnf(GTID模式) binlog_format = ROW # 行级复制 binlog_row_image = FULL # 记录完整行数据 gtid_mode = ON # 开启GTID log_slave_updates = ON # 从库记录binlog(级联复制必备) ``` #### 3. **缓存标记写操作法** - **流程**: 1. 写请求:在缓存(如Redis)记录写操作的key,设置超时时间(≈主从延迟)。 2. 读请求:若缓存命中key,则读主库;否则读从库。 - **优点**:避免引入中间件,成本较低([^4])。 - **缺点**:依赖缓存可靠性,增加系统复杂度。 --- ### **三、关键配置与避坑指南** | **配置项** | **推荐值** | **作用** | |---------------------|----------------|-----------------------------| | `binlog_format` | `ROW` | 避免混合/语句复制导致数据歧义 | | `sync_binlog` | `1` | 每次提交同步binlog到磁盘 | | `innodb_flush_log_at_trx_commit` | `1` | 每次事务刷redo log到磁盘 | | `slave_parallel_workers` | >0 | 启用多线程复制降低延迟 | --- ### **四、方案选型建议** 1. **强一致性场景**: - 优先选择 **MGR** 或 **半同步复制+读写分离中间件**。 2. **允许短暂不一致**: - **异步复制+定期校验修复**(pt工具),配合缓存标记法。 3. **高频写场景**: - 优化配置(GTID+多线程复制)降低延迟风险([^2])。 > ⚠️ **注意事项** > - 所有方案需配合监控(如主从延迟`Seconds_Behind_Master`)。 > - 主从切换后必须校验数据一致性([^3][^4])。 --- ### **相关问题延伸** 1. **如何实时监控MySQL主从延迟?** - 监控指标:`SHOW SLAVE STATUS`中的`Seconds_Behind_Master`、`Relay_Log_Pos`。 - 工具推荐:Prometheus + Grafana(集成MySQL Exporter)。 2. **主库宕机时如何快速恢复一致性?** - 步骤: ① 立即停止所有写入; ② 使用`pt-table-checksum`定位差异; ③ 通过`pt-table-sync`修复或重建从库([^3])。 3. **为什么GTID模式能提升一致性?** - 原理:全局事务ID唯一标识每个事务,避免传统复制中位点(binlog file+pos)不一致导致的复制中断([^2][^4])。 4. **无主键表如何校验数据一致性?** - 临时方案:添加自增主键后再校验。 - 终极方案:重构表结构(强制要求主键)([^3])。 [^1]: 主从同步基础方案 [^2]: 延迟优化配置 [^3]: 一致性校验与修复 [^4]: 读写分离与缓存策略
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值