Mysql 的分布式策略

1. 前言

MySQL 作为最最常用的数据库,了解 Mysql 的分布式策略对于掌握 MySQL 的高性能使用方法和更安全的储存方式有非常重要的作用。

它同时也是面试中最最常问的考点,我们这里就简单总结下 Mysq 的常用分布式策略。

2. 复制

复制主要有主主复制和主从复制两种

mysql 的复制功能都是基于 bin-log 实现的

2.1. 经典主从复制

这里使用 docker 实验,生产环境尽量不要使用 docker

我这里使用默认网络,即网桥模式测试就足够了

准备主从复制 my.cnf

powershell 复制代码
mkdir /volume1/docker/mysql-master
mkdir /volume1/docker/mysql-master/data
mkdir /volume1/docker/mysql-slave
mkdir /volume1/docker/mysql-slave/data
powershell 复制代码
# /volume1/docker/mysql-master/my.cnf 主mysql配置
[mysqld]
server-id=1
log-bin=mysql-bin
# /volume1/docker/mysql-slave/my.cnf 从mysql配置
[mysqld]
server-id=2
log-bin=mysql-bin
  1. 搭建主从MySQL
powershell 复制代码
# volume1/docker/mysql-master 是你的数据存储卷
# 这里密码设置为123456
docker run -d \
--name mysql-master \
-v /volume1/docker/mysql-master/data:/var/lib/mysql \
-v /volume1/docker/mysql-master/my.cnf:/etc/mysql/conf.d/my.cnf \
-e MYSQL_ROOT_PASSWORD=123456 \
mysql:8.0.11

docker run -d \
--name mysql-slave \
-v /volume1/docker/mysql-slave/data:/var/lib/mysql \
-v /volume1/docker/mysql-slave/my.cnf:/etc/mysql/conf.d/my.cnf \
-e MYSQL_ROOT_PASSWORD=123456 \
mysql:8.0.11
  1. 主 MySQL 配置
powershell 复制代码
docker exec -it mysql-master /bin/bash
mysql -u root -p
SHOW MASTER STATUS;


然后创建同步用户

powershell 复制代码
CREATE USER 'repluser'@'%' IDENTIFIED WITH mysql_native_password BY 'replpassword';
GRANT REPLICATION SLAVE ON *.* TO 'repluser'@'%';
FLUSH PRIVILEGES;
  1. 获取主Mysql ip
powershell 复制代码
docker inspct mysql-master

我这里看到的是172.17.0.5

  1. 配置从 MySQL

这里主要是配置主 Mysql 的账号密码,主服务器的偏移量和 bin 位置

powershell 复制代码
docker exec -it mysql-slave /bin/bash
mysql -u root -p

CHANGE MASTER TO
MASTER_HOST='172.17.0.5',
MASTER_USER='repluser',
MASTER_PASSWORD='replpassword',
MASTER_LOG_FILE='mysql-bin.000003',
MASTER_LOG_POS=852;

START SLAVE;
  1. 查询链接状态

这里主要看有没有报错,没报错就可以了

powershell 复制代码
SHOW SLAVE STATUS\G;
  1. 测试同步

我们首先在master mysql 随便创建一个test数据库

然后我们发现在从数据库。就可以发现 test 数据库了。

2.2. 主主复制

主主同步相对来说使用少一点,因为保证一致性更加困难,增加了维护成本

前提条件

  1. 安装两个MySQL实例,并确保它们可以相互连接。
  2. 每个MySQL实例有一个唯一的server-id
  3. 启用二进制日志(binlog)。

步骤

配置第一台服务器(Server A)
  1. 编辑配置文件 my.cnf
ini 复制代码
 [mysqld] 
 server-id=1 
 log-bin=mysql-bin
 binlog-do-db=your_database # 需要复制的数据库`
  1. 重启MySQL服务
shell 复制代码
  service mysql restart
  1. 创建复制用户
sql 复制代码
  CREATE USER 'repl'@'%' IDENTIFIED WITH 'mysql_native_password' BY 'replpassword'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
  1. 获取二进制日志文件名和位置
SQL 复制代码
  SHOW MASTER STATUS;

记录下FilePosition,如mysql-bin.000001154

配置第二台服务器(Server B)
  1. 编辑配置文件 my.cnf
ini 复制代码
  [mysqld] 
  server-id=2 
  log-bin=mysql-bin 
  binlog-do-db=your_database
   # 需要复制的数据库
  1. 重启MySQL服务
shell 复制代码
  service mysql restart
  1. 创建复制用户
SQL 复制代码
  CREATE USER 'repl'@'%' IDENTIFIED WITH 'mysql_native_password' BY 'replpassword'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
  1. 获取二进制日志文件名和位置
sql 复制代码
  SHOW MASTER STATUS;

记录下FilePosition,如mysql-bin.000001154

配置双向复制
  1. 在第一台服务器(Server A)上配置从服务器(Server B)

sql

sql 复制代码
  CHANGE MASTER TO MASTER_HOST='ServerB_IP', MASTER_USER='repl', MASTER_PASSWORD='replpassword', MASTER_LOG_FILE='mysql-bin.000001', -- Server B的binlog文件名 MASTER_LOG_POS=154; -- Server B的binlog位置 START SLAVE;
  1. 在第二台服务器(Server B)上配置从服务器(Server A)
sql 复制代码
 
 
 CHANGE MASTER TO MASTER_HOST='ServerA_IP', MASTER_USER='repl', MASTER_PASSWORD='replpassword', MASTER_LOG_FILE='mysql-bin.000001', -- Server A的binlog文件名 MASTER_LOG_POS=154; -- Server A的binlog位置 START SLAVE;

验证配置

  1. 在第一台服务器(Server A)上检查复制状态

sql

复制代码

SHOW SLAVE STATUS\G;

  1. 在第二台服务器(Server B)上检查复制状态
sql 复制代码
  
  `SHOW SLAVE STATUS\G;`

确保Slave_IO_RunningSlave_SQL_Running均为Yes,并且Last_IO_Error为空。

整体思路和主从一直,不过要互相复制,且容易出现问题,未还难度大

3. 其他方案

如MySQL InnoDB Cluster,MySQL InnoDB Cluster,Keepalived 和 MHA,Galera

Cluster 很多分布式方案。

3.1. innoDB Cluster

MySQL InnoDB Cluster 是一个官方提供的高可用性和可扩展性解决方案,基于MySQL组复制(Group Replication)、MySQL Shell和MySQL Router。

优点:

高可用性和自动故障切换。

易于配置和管理,官方支持。

读写分离和负载均衡。

3.2. ProxySQL

使用场景:读写分离、负载均衡、高可用性。

优点:高性能代理,支持动态配置和多个后端数据库。

缺点:需要额外的代理层,配置复杂。

3.3. Galera Cluster

使用场景:多主同步复制、高可用性。

优点:数据同步、强一致性、高可用性。

缺点:网络要求高,延迟敏感。

3.4. Sharding(分片)

使用场景:大规模数据处理和存储,水平扩展。

优点:没有单点瓶颈,扩展性好。

缺点:应用层处理复杂,跨分片查询困难。

3.5 NDB Cluster

使用场景:高性能、高可用性、高可扩展性。

优点:数据分片、负载均衡、高可用性。

缺点:配置复杂,硬件要求高。

相关推荐
人工智能的苟富贵5 分钟前
Android Debug Bridge(ADB)完全指南
android·adb
极客先躯3 小时前
Hadoop krb5.conf 配置详解
大数据·hadoop·分布式·kerberos·krb5.conf·认证系统
CopyLower4 小时前
Kafka 消费者状态及高水位(High Watermark)详解
分布式·kafka
2301_786964365 小时前
3、练习常用的HBase Shell命令+HBase 常用的Java API 及应用实例
java·大数据·数据库·分布式·hbase
苹果醋35 小时前
大模型实战--FastChat一行代码实现部署和各个组件详解
java·运维·spring boot·mysql·nginx
信徒_6 小时前
kafka
分布式·kafka
Uranus^7 小时前
rabbitMQ 简单使用
分布式·rabbitmq
攒了一袋星辰7 小时前
今日指数项目项目集成RabbitMQ与CaffienCatch
java·分布式·rabbitmq
DieSnowK7 小时前
[Redis][集群][下]详细讲解
数据库·redis·分布式·缓存·集群·高可用·新手向
计算机学姐8 小时前
基于SpringBoot+Vue的高校运动会管理系统
java·vue.js·spring boot·后端·mysql·intellij-idea·mybatis