mysql 不同的文件系统_不同服务器主从数据库配置(mariadb和mysql)-原理和作用篇

1、 主从同步原理

MySQL的主从同步是基于 Binary Log(简称为Binlog)实现的。其基本原理：

在Master节点上进行变更操作，如插入、更新、删除，并且将变更以Event为单位，以文件为形式，即Binlog，保存在本地文件系统中。 随后 Slave节点向Master节点请求获取Binlog数据 ，并在Slave的本地文件系统中以 Relay Log 的形式保存。 此后Slave节点读取Relay Log的数据，并在自己的数据库上 重放这些变更 。

在Master记录Binlog后，通过3种角色的线程来实现主从同步，分别是 Binlog Dump、Slave I/O、Slave SQL。其中Binlog Dump线程运行在Master, Slave I/O和Slave SQL线程运行在Slave。Binlog Dump. 当Slave主动向该Master发起获取Binlog的请求时，Master会创建一个Binlog Dump线程负责返回Binlog数据。它会先获取在Binlog上的锁，随后读取Binlog的数据，待读取完成后，便会释放Binlog上的锁。此时Master将数据返回给Slave。

Slave I/O. 该线程不断向Master发送获取Binlog数据的请求，接收到数据后，便将Binlog原样记录在本地的Relay Log中。

Slave SQL. 该线程读取Relay Log中的数据，并且将里面的每一个Event都在自己的数据库上重访

2、主从同步功能

在MySQL数据库中，支持单项、异步复制。在复制过程中，一个服务器充当主服务器，而另外一台服务器充当从服务器。如下图所示。此时主服务器会将更新信息写入到一个特定的二进制文件中。并会维护文件的一个索引用来跟踪日志循环。这个日志可以记录并发送到从服务器的更新中去。当一台从服务器连接到主服务器时，从服务器会通知主服器从服务器的日志文件中读取最后一次成功更新的位置。然后从服务器会接收从那个时刻起发生的任何更新，然后锁住并等到主服务器通知新的更新。

好处一：实现服务器负载均衡

即可以通过在主服务器和从服务器之间切分处理客户查询的负荷，从而得到更好的客户相应时间。通常情况下，数据库管理员会有两种思路。

一是在主服务器上只实现数据的更新操作。包括数据记录的更新、删除、新建等等作业。而不关心数据的查询作业。数据库管理员将数据的查询请求全部 转发到从服务器中。这在某些应用中会比较有用。如某些应用，像基金净值预测的网站。其数据的更新都是有管理员更新的，即更新的用户比较少。而查询的用户数 量会非常的多。此时就可以设置一台主服务器，专门用来数据的更新。同时设置多台从服务器，用来负责用户信息的查询

二是在主服务器上与从服务器切分查询的作业。在这种思路下，主服务器不单单要完成数据的更新、删除、插入等作业，同时也需要负担一部分查询作业。而从服务器的话，只负责数据的查询。当主服务器比较忙时，部分查询请求会自动发送到从服务器重，以降低主服务器的工作负荷。

好处二：通过复制实现数据的异地备份

如上图所示，可以定期的将数据从主服务器上复制到从服务器上，这无疑是先了数据的异地备份。在传统的备份体制下，是将数据备份在本地。此时备份 作业与数据库服务器运行在同一台设备上，当备份作业运行时就会影响到服务器的正常运行。有时候会明显的降低服务器的性能。同时，将备份数据存放在本地，也 不是很安全。如硬盘因为电压等原因被损坏或者服务器被失窃，此时由于备份文件仍然存放在硬盘上，数据库管理员无法使用备份文件来恢复数据。这显然会给企业 带来比较大的损失。

好处三：提高数据库系统的可用性

数据库复制功能实现了主服务器与从服务器之间数据的同步，增加了数据库系统的可用性。当主服务器出现问题时，数据库管理员可以马上让从服务器作为主服务器，用来数据的更新与查询服务。然后回过头来再仔细的检查主服务器的问题。此时一般数据库管理员也会采用两种手段。

一是主服务器故障之后，虽然从服务器取代了主服务器的位置，但是对于主服务器可以采取的操作仍然做了一些限制。如仍然只能够进行数据的查询，而 不能够进行数据的更新、删除等操作。这主要是从数据的安全性考虑。如现在一些银行系统的升级，在升级的过程中，只能够查询余额而不能够取钱。这是同样的道 理。

二是从服务器真正变成了主服务器。当从服务器切换为主服务器之后，其地位完全与原先的主服务器相同。此时可以实现对数据的查询、更新、删除等操 作。为此就需要做好数据的安全性工作。即数据的安全策略，要与原先的主服务器完全相同。否则的话，就可能会留下一定的安全隐患。