#数据库#操作系统#运维本文介绍MySQL主从复制的实现原理及配置步骤.注意:这里的主从dou是通过yum源安装的mariadb 5.5.56;.mysql_secure_installation.

#mysql#数据库#database一:mariadb主从复制.实验二:mysql-5.7主从复制.1、卸载系统默认安装的mysql.

Ru果只是指定名字,默认存放在/var/lib/mysql下lower_case_table_names=1# 不区分大小写binlog-format=ROW# 二进制日志文件格式log-slave-updates=True# slavegeng新是否记入日志sync-master-info=1# 值为1确保信息不会丢失slave-parallel-threads=3#同时启动多少....本文详细介绍了如何在Linux环境下配置MariaDB的主从复制,包括环境规划、主从复制原理、安装MariaDB主库与从库的配置、用户创建、主库状态查kan、从库...

单台数据库服务器承载所有读写请求，面临着性Neng瓶颈和单点故障的风险。想象一下当你的网站流量突增时数据库响应缓慢甚至崩溃，用户体验直线下降！而当服务器意外宕机时数据丢失或服务中断带来的损失geng是无法估量。

这就是为什么我们需要数据库的主从复制。它像一个备份机制，将数据同步到多台服务器上。即使一台服务器出现问题，其他服务器Ke以立即接管服务，保证业务的连续性和数据的安全性。

简单来说MariaDB的主从复制就像一个流水线：Master 将所有的修改记录发送给 Slave ，Slave 再按照这些记录来geng新自己的数据。

Binlog : 记录了所有的数据geng改操作。

I/O Thread : Slave 上负责连接 Master 并请求 Binlog geng新的线程。

Relay Log : Slave 上接收到的 Binlog 数据会先写入 Relay Log 中。

SQL Thread : Slave 上负责读取 Relay Log 并执行 SQL 命令来geng新数据的线程。

为了方便演示和学习，我们假设以下环境：

操作系统：CentOS 7 或类似 Linux 发行版。强烈建议使用虚拟机进行测试！避免影响生产环境。我曾经因为在生产环境中测试而导致一场小灾难… 这段经历让我对测试环境的重要性有了深刻认识！;)

Master 服务器 IP：192.168.1.100

Slave 服务器 IP：192.168.1.101 别忘了检查防火墙设置！确保 Master 和 Slave Ke以互相访问端口 3306 。

编辑 MariaDB 的配置文件 /etc/my.cnf 或 /etc/my.cnf.d/mariadb-server.cnf。在 部分添加以下配置：

ini server-id = 1 # 每个服务器必须有唯一的 ID! 例如 Master 为 1, Slave 为2 或geng高数字。强烈建议使用大于等于１０００的值避免冲突！避免踩坑！:)! 需要重启生效！请务必重启！！ 重要的事情说三遍！！！！！ 注意重启!!! 注意重启!!! 注意重启!!! :)! 重要的事情说三遍！！！！！ 注意重启!!! 注意重启!!! 注意重启!!! :)! 重要的事情说三遍！！！！！ 注意重启!!! 注意重启!!! 注意重启!!! :)! 重要的事情说三遍！！！！！ 注意重启!!! 注意重启!!! 注意重启!!! :)! 重要的事情说三遍！！！！！ 注意重启!!! 注意重启!!!!注意重新加载配置文件！！！！重要提醒！！！！重要提醒！！！！重要提醒！！！！重要提醒！！！！重要提醒！！！！重要提醒！！！！重要提醒!!!!!!!!!重要提醒!!!!!!!!! 重要提示!!!!!!!!! 重要提示!!!!!!! 重启!!!!!!!!!!!!!!!!!! 重要提示!!!!!!!!!!!!!!!!!! 重启!!!!!!!!!!!!!!重启!!!!!!!!!!!!!!!!!! 重启!!!!!!!!!!!!!!重启!!!!!!!!!!!!!!!!!! 重启!!!!!!!!!!!!!!重启!!!!!!!!!!!!!!!!!! 重启!!!!!!!!!!!!!!重启动!!!!!!!!!!!!!!!重启动!!!!!!!!!!!!!!!重启动!!!!!!!!!!!!!!!重启动!!!!!!!!!!!!!!!重启动!!!!!!!!!重启动!!!!!!!!! 重启动!!!!!!!!! 重启动!!!!!!!!! 重启动!!!!!!!!! 重启动!!!!!!

log_bin = mysql-bin #启用二进制日志

binlogignoredb = mysql #忽略 mysql 系统库

binlog_format = ROW #推荐使用 ROW ，保证数据一致性

ini

登录 MySQL 并创建用于 Slave 连接 Master 的用户：

sql

CREATE USER 'repl'@'%' IDENTIFIED BY 'yourpassword'; --将yourpassword替换成你自己的密码

GRANT REPLICATION SLAVE ON . TO 'repl'@'%'; --授予必要的权限

FLUSH PRIVILEGES; --刷新权限表

获取当前 Master 的 Binlog 文件名和 Position ：

sql

SHOW MASTER STATUS\G --关键一步！记住 File 和 Position 的值

记住 File 和 Position 的值 , 后续需要在 Slave 服务器上使用它们 。

编辑 MariaDB 的配置文件 /etc/my.cnf 或 /etc/my.cnf.d/mariadb-server.cnf 。在 部分添加以下配置：

ini

server-id = 2 --每个服务器必须有唯一的 ID! 这里设置为不同于Master的值即可例如２．

relaylog = relaybin --启用中继日志

read_only = ON --设置只读模式

登录 MySQL 并执行以下命令 ：

sql

CHANGE MASTER TO MASTERHOST='yourmasterip', MASTERUSER='repl', MASTERPASSWORD='yourpassword', MASTERLOGFILE='yourfile', MASTERLOG_POS=your_position;

START SLAVE; --开启Slave进程

SHOW SLAVE STATUS\G --查kan状态确认同步是否成功

将 your\_master\_ip, your\_password, your\_file, and your\_position geng换成你在 Master 端获取的信息 。Ru果一切顺利你将会kan到 Slave\_IO\_Running: Yes 和 Slave\_SQL\_Running: Yes 。 Ru果不是yes需要仔细检查各个步骤有没有出错或者网络连通性是否正常！！！！ 网络连通性是经常被忽略的问题啊！！！！！网络连通性是经常被忽略的问题啊！！！！！网络连通性是经常被忽略的问题啊！！！！！网络连通性是经常被忽略的问题啊！！！！！网络连通性是经常被忽略的问题啊！！！！！网络连通性是经常被忽略的问题啊！！！！！网络连通性是经常被忽略的问题啊！！！！！网络连通性是经常被忽略的问题啊！！！！重要的强调三次！！！！重要的强调三次！！！！重要的强调三次！！！！重要的强调三次！！！！重要的强调三次！！！！重要的强调三次！！！！重要的强调三次！！！！重要的强调三次！

双主机模式Ke以有效解决单点故障问题但同时也带来了数据一致性的挑战因此需要谨慎设计和部署才Neng保证业务稳定运行下面是一些关键点需要考虑：

Auto Increment Offset 和 Increment 配置 为了避免两个 master 同时生成相同的自增 ID 需要对 auto increment 进行 offset 配置

冲突处理策略** 当两个 master 同时对同一张表进行写入时可Neng会发生冲突需要设计合适的冲突处理策略例如采用 last write wins 或者自定义冲突解决逻辑