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中添加一个backup的账号，并授权给从服务器。

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

mysql grant replication slave on *.* to ‘backup’@’192.168.48.130’ identified by ‘backup’; 创建backup用户，并授权给192.168.48.130使用。

3)、查询主数据库状态，并记下FILE及Position的值，这个在后面配置从服务器的时候要用到。

mysql主主复制 优缺点

mysql复制主要有三种方式：

1. 基于SQL语句的复制(statement-based replication, SBR)，

(1) 优点：

历史悠久，技术成熟。

产生的binlog文件较小，比较节省空间。

binlog中包含了所有数据库更改信息，可以据此来审核数据库的安全等情况。

binlog可以用于实时的还原，而不仅仅用于复制。

主从版本可以不一样，从服务器版本可以比主服务器版本高。

(2) 缺点：

不是所有的UPDATE语句都能被复制，尤其是包含不确定操作的时候。

调用具有不确定因素的 UDF 时复制也可能出问题

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

* LOAD_FILE()

* UUID()

* USER()

* FOUND_ROWS()

* SYSDATE() (除非启动时启用了 –sysdate-is-now 选项)

INSERT … SELECT 会产生比 RBR 更多的行级锁

2.基于行的复制(row-based replication, RBR)，

(1)优点：

任何情况都可以被复制，这对复制来说是最安全可靠的

多数情况下，从服务器上的表如果有主键的话，复制就会快了很多

复制以下几种语句时的行锁更少：

* INSERT … SELECT

* 包含 AUTO_INCREMENT 字段的 INSERT

* 没有附带条件或者并没有修改很多记录的 UPDATE 或 DELETE 语句

执行 INSERT，UPDATE，DELETE 语句时锁更少

从服务器上采用多线程来执行复制成为可能。

(2)缺点：

binlog 文件太大

复杂的回滚时 binlog 中会包含大量的数据

主服务器上执行 UPDATE 语句时，所有发生变化的记录都会写到 binlog 中，而 SBR 只会写一次，这会导致频繁发生 binlog 的并发写问题

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

无法从 binlog 中看到都复制了写什么语句，无法进行审计。

3. 混合模式复制(mixed-based replication, MBR)。

是上面两种方式的折中，对于能用

对应的，binlog的格式也有三种：STATEMENT，ROW，MIXED。

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

为了保障数据的安全与稳定性，我们常用数据库的主从复制与主主复制来实现。主从复制为从机实时拷贝一份主机的数据，当主机有数据变化时，从机的数据会跟着变，当从机数据有变化时，主机数据不变；同样地，主主复制就是，多个主机之间，只要有一个主机的数据变化了，其它主机数据也会跟着变化。

添加以下内容

如果你是使用我之前那种方式启动的MySQL，那么你只需要去你相关联的宿主机的配置文件夹里面去建立一个 my.cnf 然后写入上面的类容就好了。

比如：我的启动命令如下（不应该换行的，这里为了方便查看，我给它分行了）

那么我只需要在 /docker/mysql_master/conf 这个目录下创建 my.cnf 文件就好了。

这个命令是需要在容器里面执行的

docker重启mysql会关闭容器，我们需要重启容器。

确保在主服务器上 skip_networking 选项处于 OFF 关闭状态, 这是默认值。 如果是启用的，则从站无法与主站通信，并且复制失败。

我的命令如下

在从服务器配置连接到主服务器的相关信息 （在容器里面的mysql执行）

上面代码的xxxxx你需要换成你的IP，docker 查看容器 IP 的命令如下：

启动的那个从服务器的线程

测试的话，你可以在主服务器里面，创建一个数据库，发现从服务器里面也有了，就成功了。

如果你还想要一个从服务器，那么你只需要按照上面配置从服务器再配置一个就行了，新建的从服务器，会自动保存主服务器之前的数据。（测试结果） 如果你上面的主从复制搞定了，那么这个主主复制就很简单了。我们把上面的从服务器也改成主服务器

1）、修改上面的从服务器的my.cnf文件，和主服务器的一样（注意这个server-id不能一样）然后重启服务器 2）、在从服务器里面创建一个复制用户创建命令一样（这里修改一下用户名可以改为 repl2） 3）、在之前的主服务器里面运行下面这个代码

上面主要是教你怎么搭建一个MySQL集群，但是这里面还有很多其它的问题。也是我在学习过程中思考的问题，可能有的小伙伴上来看到文章长篇大论的看不下去，只想去实现这样一直集群功能，所以我就把问题写在下面了。

1）、MySQL的replication和pxc MySQL的集群方案有replication和pxc两种，上面是基于replication实现的。

replication: 异步复制，速度快，无法保证数据的一致性。 pxc: 同步复制，速度慢，多个集群之间是事务提交的数据一致性强。

2）、MySQL的replication数据同步的原理 我们在配置的时候开启了它的二进制日志，每次操作数据库的时候都会更新到这个日志里面去。主从通过同步这个日志来保证数据的一致性。

3）、可否不同步全部的数据 可以配置，同步哪些数据库，甚至是哪些表。

4）、怎么关闭和开始同步

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

往期推荐：

利用Docker仅花1分钟时间安装好MySQL服务

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

Linux下安装MySQL8.0（收藏！）

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

mysql主从是用于数据灾备。即为主数据库服务器增加一个备服务器，两个服务器之间通过mysql主从复制进行同步，这样一台服务器有问题的情况下可以切换到另一台服务器继续使用。

mysql架构中，一主多从，双主，级联这三种的区别和优缺点

最大区别是 主从是对主操作数据，从会实时同步数据。反之对从操作，主不会同步数据，还有可能造成数据紊乱，导致主从失效。 主主则是无论对那一台操作，另一个都会同步数据。一般用作高容灾方案