主从mysql服务器配置的优点，mysql主主配置

本文目录：

• 1、mysql主从复制需要多少个IP？
• 2. MySQL主主复制优缺点
• 3、安全最重要！ MySQL实现主从复制、主主复制
• 4.为什么需要使用mysql主从博客园
• 5、mysql架构中单主多从、双主与级联的区别、优缺点

mysql主从复制有多个IP

在真实的业务应用领域，单一的MySQL数据库不足以满足未来的业务需求。例如，如果一台服务器出现故障，没有备用服务器提供服务，业务就必须停止。以此为背景，我们来了解一下mysql主从复制。

使用mysql主从复制的优点是：

1。采用主从服务器架构，提高稳定性。如果主服务器出现故障，我们可以使用从服务器来提供服务。

2。在主从服务器上分别处理用户请求可以提高数据处理效率。

3。将数据从主服务器复制到从服务器，以防止数据意外丢失。

环境描述：

新公司需要搭建一个主从复制架构的mysql数据库。

主服务器（mysql-master）：IP地址：192.168.48.128，mysql已安装，无用户数据。

从服务器（mysql-slave）：IP地址：192.168.48.130，mysql已安装，无用户数据。

主从服务器均可提供合法服务。

主从复制配置如下：

在主服务器上操作：

1）确保/etc/my.cnf中包含以下参数。如果没有，则需要添加它们并重新启动mysql服务。

[mysqld]

log-bin=mysql-bin 启动二进制文件

server-id=1 服务器ID

2)，登录mysql，在mysql中添加备份账号，并从服务器。

[root@localhost ~]# mysql -uroot –p123456 登录mysql

mysql 在“backup”@“192.168.48.130”上的 *.* 上授予复制从属功能（称为“backup”）；创建备份用户并授予使用192.168.48.130的权限。

3）查询master数据库的状态，写入FILE和location的值。稍后配置从服务器时会用到这个。

mysql主主复制优缺点

恢复mysql的方式主要有3种：

1.基于语句的复制（SBR），

（1）优点：

历史悠久，技术成熟。

生成的 binlog 文件更小，节省空间。

binlog记录了所有数据变更的信息，可以用来验证数据的安全性。

Binlog可以用于实时恢复，而不仅仅是恢复。

主从版本可能不同，并且可能高于主服务器版本。

(2) 缺点：

并不是所有的UPDATE语句都能被解释，尤其是存在不确定操作的时候。

调用具有未定义因子的 UDF 时，复制也会导致问题

使用以下函数的语句无法复制：

* LOAD_FILE()

* UUID()

* USER() * * FOUND_ROWS()

* SYSDATE()（除非在启动时启用 --sysdate-is-now 选项）

INSERT ... SELECT 将产生比 RBR 更多数量的锁定

2 基于复制on number（RBR），

（1）优点：

所有情况都可以复制，这是最安全可靠的复制

大多数情况下，如果从服务器上的表有主键，复制会更快

重复以下语句时，锁将会减少：

* INSERT ... SELECT

* INSERT 包含字段 AUTO_INCRMENT * 不包含以下条件的 UPDATE 或 DELETE 语句粘贴或更改多条记录

执行 INSERT 语句、UPDATE、DELETE 时很少有锁

可以使用多个线程从服务器复制。

(2) 损失：

Binlog文件太大

硬重置时Binlog包含大量数据

在主服务器上执行UPDATE语句时，所有更改的文件都会写入binlog，但仅写入SBR。写一次。这会导致binlog频繁写入的问题

UDF产生的大BLOB值会导致复制变慢

从binlog中无法看到哪些语句被复制写入了，控制不了。待完成。

3。基于混合的复制 (MBR)。

是上述两种方法的折衷。对于会使用

的人来说，有三种binlog格式：UPDATE、ROW和MIXED。

安全最重要！ MySQL配置主从复制、主主复制

为了保证数据的安全性和稳定性，数据库中常用主从复制和主主复制。主从复制是从从机实时复制主机数据。当主机的数据发生变化时，从机的数据也会随之变化。当从机的数据改变时，主机的数据不变。同样，主主复制是，在多台主机上，如果一台主机的数据发生变化，其他主机的数据也会发生变化。

添加以下内容

如果你按照我之前的方式启动MySQL，你需要到你的主机的配置目录中创建my.cnf并将类写在这里 top如果你能接受的话就好了。

示例：启动命令如下（不要用行括起来，为了方便查看我把它进行了分支）

然后我们需要在I'm目录下创建my.cnf文件。 /docker/mysql_master/conf 没问题。

该命令需要在容器中运行

Docker 重启 mysql 会关闭容器，需要重启容器。

确保主服务器上的skip_networking 选项为OFF（关闭），这是默认值。如果启用，从站无法与主站通信并且复制失败。 ？如下：

在从服务器上启动了线程

为了测试，可以在主服务器上创建一个数据库，看看从服务器上也存在，并且可以工作。

如果您还需要一台从服务器，则需要按照上述配置设置另一台从服务器。新创建的从服务器会自动保存主服务器之前的数据。 （测试结果）如果你已经完成了上面的主从复制，那么这个主主复制就会非常简单。我们也将上面的从服务器改为主服务器

1）将上面的从服务器的my.cnf文件更改为与主服务器相同（注意server-id不能相同），然后重启即可服务器 2) 在从服务器上使用同样的命令在服务器上创建复制用户（这里将用户名改为repl2） 3) 在服务器上运行以下代码 以前的大

上面主要教你如何设置搭建了一个MySQL集群，但是这里还有很多问题。这也是我在学习过程中思考的一个问题。有些朋友可能来看长文就受不了了。他们只是想实现这样一个连续的集群任务，所以我写了下面的查询。

1）MySQL的复制和MySQL pxc集群解决方案包括复制和pxc。以上是基于复制实现的。

复制：异步复制，速度快，但不保证数据一致性。 pxc：同步复制，速度慢，多个集群之间发送事务的数据一致性强。

2）MySQL复制数据同步原理。我们在配置期间启用了二进制日志，每次工作时数据库都会使用该日志进行更新。 Master和Slave通过同步这条日志来保证数据的一致性。

3）所有数据不能合并吗？您可以配置应匹配哪些数据库甚至哪些表。

4）如何关闭和启动同步

5）根据我的理解，画出了主从、主从、主主、复制。

上期推荐：

使用Docker仅需1分钟安装MySQL服务

Linux上MySQL 5.7的在线离线安装（图文）

Linux下安装MySQL8.0（合集！）

为什么需要使用mysql主从博客园

mysql主从用于数据库恢复。即在主数据库服务器上添加一台备用服务器，并使用mysql主从复制来同步两台服务器。这样，如果一台服务器出现问题，可以将其转移到另一台服务器继续使用。

mysql架构中，单主多从、双主和级联的区别、优缺点

主要区别是主从机对主站的数据进行工作，从站会实时同步数据。相反，对于slave操作，master不会同步数据，并且可能会造成数据损坏，导致slave故障。 Master的意思是无论谁工作，对方都会同步数据。一般用作高质量的灾难恢复解决方案