在mysql集群中仲裁节点是做什么用的

1、编译-运行后，在程序的工作目录下面找到一个同名的.exe文件，然后把它带着走，到哪里都可以用。

2、如果程序中用到了配置文件、资源文件或者dll文件， 也请一并打包带走。

3、如果程序比较大，可以到网上搜一下打包安装包的软件，可以制作安装包。

4、要注意的是，用windows下编出来的程序，对方电脑必须也是windows *** 作系统，否则无法运行。

mongodb的集群搭建方式主要有三种，主从模式，Replica set模式，sharding模式, 三种模式各有优劣，适用于不同的场合，属Replica set应用最为广泛，主从模式现在用的较少，sharding模式最为完备，但配置维护较为复杂。本文为Replica Set模式。

在复制集中，主节点是唯一能够接收写请求的节点。MongoDB在主节点进行写 *** 作，并将这些 *** 作记录到主节点的oplog中。而从节点将会从oplog复制到其本机，并将这些 *** 作应用到自己的数据集上。（复制集最多只能拥有一个主节点）

从节点通过应用主节点传来的数据变动 *** 作来保持其数据集与主节点一致。从节点也可以通过增加额外参数配置来对应特殊需求。例如，从节点可以是non-voting或是priority 0.

仲裁节点即投票节点，其本身并不包含数据集，且也无法晋升为主节点。但是，旦当前的主节点不可用时，投票节点就会参与到新的主节点选举的投票中。仲裁节点使用最小的资源并且不要求硬件设备。投票节点的存在使得复制集可以以偶数个节点存在，而无需为复制集再新增节点 不要将投票节点运行在复制集的主节点或从节点机器上。 投票节点与其他 复制集节点的交流仅有：选举过程中的投票，心跳检测和配置数据。这些交互都是不加密的。

各节点使用不同角色节点配置

172.18.169.38:27017(primary)

172.18.169.39:27017(secondary)

172.18.169.39:27018(arbiter)

参考如下方法。

主从副本集进行自动切换，但不影响primary节点的使用。若此时secondry节点宕机，则不影响primary节点的使用。 若此时primary节点宕机， mongo无法自动将secondry节点切换为primary节点。

mongo的仲裁节点用于主从节点之间的自动切换。

---