masterslave架构(master developer)
master接口模式是啥意思
是一种全双工三线同步串行外围接口，采用主从模式(Master—Slave)架构。通过接口间接获得服务的解决方案就是接口模式，接口模式还有一些变化的形式：不止用一个接口抽象一个对象提供服务，还可以用一组接口，抽象一群对象的交互。
master slave中文翻译
Hegel s account of master slave relation in phenomenology of spirit , pp . 111 - 9
论黑格尔在精神现象学中的主仆关系
8 - pin no master slave settings
8针无主从设定
Master slave puter
主从式计算机
Master slave mode
主从模态
Implementation of munication beeen pc and multi - microchips in miniature master slave measure and control system
小型集散测控系统中多机通信的实现
Remote handpng devices for use behind shielding walls ; telescopic master slave manipulators ; dimensions
屏蔽墻后面用遥控搬运装置.伸缩式仿效机械手.尺寸
Based on above theoretical bases , in this paper an optimal control model of master / slave parallel geic algorithm to solve dta problem is proposed . based on the drawing cluster with distributed storage and message passing system , this algorithm is implemented in the master / slave mode of the pvm parallel platform
在上述理论基础上，实现了最优控制动态交通分配的主从式并行遗传算法，并在基于分布式存储和消息传递体系结构的曙光机群系统下，应用并行编程环境pvm下 master slave 模式完成了上述算法。
It preestabpsh a parallel design pattern for each parallel project based on master / slave architecture , and the munication beeen puters is transparent to programmers . in another words , when programmers are developing parallel programs , they do n ' t need to learn any ppcated primitives and write any codes related with munication beeen parallel tasks . just only set some parameters in the visual interfaces that provided by platform , and the codes will be generated by our system automatically and inserted to the fittest place in the files
系统为每一个并行计算工程设定了一个基于 master slave 架构的并行编程模型，并且使得各结点机之间的通信对于开发人员透明化，也就是说，开发人员在开发并行程序时，无需了解纷繁复杂的通信原语，不涉及任务之间通信的代码，只需要在并行程序开发平台提供的可视化界面上对数据的传送进行设定，通信代码将自动生成并插入到程序合适的地方。
mbusslave指令可以建立两个吗
不可以。
Modbus协议是一个master或slave架构的协议。采用主从机通讯模式。Modbus协议网络中，有一个master节点，以及多个slave节点。在Modbus网络中，只有被指定为master节点的节点可以启动一个指令（任何一个设备都可以发送一个Modbus指令，但是通常只有master节点设备启动指令）。
主站的库指令中根据所使用的通信口的个数不一样分为两个。
基于MySQL数据库复制Master-Slave架构的分析
为了应用系统的可伸缩性，往往需要对数据库进行scale
out设计，scale
out设计也就是通过增加数据库处理节点来提高系统整体的处理能力，即增加数据库服务器的数量来分担压力。通过这种方式系统的伸缩性增强了，成本也降低了，但是系统的架构复杂了，维护困难了。难免出现系统的宕机或故障。因此，理论上来说，系统的安全性（可能数据丢失）降低了，可用性也降低了。那么要提高数据安全性，以及系统的高可用性，很简单的办法就是所有软硬件都避免单点隐患，所有数据都保存多份。从技术上来说，就可以通过数据库复制技术实现。MySQL的Replication技术就是数据库复制的实现手段之一。
关于MySQL的Replication，有几种可选的架构方案，如常规的复制架构Master-Slave方案，Dual
Master架构方案，以及级联复制架构方案，今天重点看看最简单的Master-Slave方案，其架构图如下所示：
这种架构方案，也就是一台MySQL服务器作为主服务器，主要负责应用客户端的写数据处理，同时供其他的一些作为Slave的MySQL服务器复制数据的源。而那些Slave服务器上的数据都是master服务器数据的完全备份，相对实时备份，这些备份数据主要供应用客户端的读数据使用，因为一般应用系统的读数据的压力都比写数据的压力大，特别是web应用系统。
租约机制
在介绍租约机制之前，我们必须要先介绍一个分布式系统中常用的系统架构：master/slave架构。master/slave架构的常见流程如下：
这个架构的特点是所有的请求都要经过master节点。当client请求量很大时，master的压力会非常大，master节点很容易成为系统瓶颈。而且单节点的master可用性也不够高。
为了减轻master节点的压力，可以将master中的部分元数据缓存在client中。这样就产生了client缓存跟master节点的数据一致性问题。要保证这个缓存系统能正常工作，关键是要保证client缓存的数据跟master节点的数据保持一致。租约机制就是为了解决分布式缓存数据一致性问题提出来的。
此外租约机制还可以用来确定阶段集群状态、实现分布式锁等问题。
在这个client/master分布式一致性缓存系统中，当client向master请求元数据时，master返回数据并给返回的数据设置一个租约(lease)。这个租约有一定的有效期。在有效期内，master承诺不会修改跟这个租约关联的数据。不论master发出去的元数据client是否有收到，client是否宕机，master将不会对有租约的数据进行修改，这样变保证了client跟master的数据保持一致。
如果master在有效期内master收到请求修改带有租约的数据， master修改数据时，先阻塞所有对该数据的读请求，并等待该数据上的租约失效后再进行修改，然后再返回结果。
对于client，在读取元数据时， 先检查 本地的是否存在有效期内的cache，如果没有的话向master请求带有租约的元数据，并将其缓存起来。当租约到期后则将本地的cache删除。
该机制的优化点：
租约的有效期是一个基于master的时钟的时间点，因此要求master和client的时钟必须同步。如果租约的颁发者的时钟比接收者的时钟满，造成颁发者这边租约没过期而接收者接收到租约时租约已经过期，解决方法是重复申请一个更短的租约。
如果租约的颁发者的时钟比接收者快，造成颁发者这边租约已经到期而接收者认为租约仍然认为有效，解决方法只能是颁发者在颁发租约时适当减少租约有效时长。
Hbase扩容原理
Hbase是Hadoop的一个存储组件可以提供低延迟的读写操作，它一般构建在HDFS之上，可以处理海量的数据。Hbase有个很好的特性是可以自动分片，也就是意味着当表的数据量变得很大的时候，系统可以自动的分配这些数据。
Hbase的基本存储单位是Region，Region是表数据的子集，多个Region的数据集合可以组成一张完成的表数据。Region本质上存储的一些排好序的，连续的行数据。最初的时候一张表只有一个Region，当Region变得非常大的时候，Region就会从中间分裂成两个基本等大的Region。
在Hbase中，slave也被称作RegionServer，每个RegionServer负责管理一些Region，同时一个Region只能属于一个RegionServer。
一个RegionServer可以服务一个或多个Region，每个Region在Region Server启动的时候被分配。Master可以决定将一些Region从一个RegionServer中移动到令一个RegionServer里面，以便更好的负载均衡。当某个RegionServer故障的时候，Master也可以将它的Region分配给其他的RegionServer。
Region与RegionServer之间的映射关系存储在Zookeeper中的META表中，通过读取META表，你就可以知道那个Region可以负责处理你的rowkey操作，其实这也代表着在HBase读写操作的时候是不用经过Master节点的，你可以之间联系RegionServer。
如图，在客户端进行scan的时候，它可以之间联系多个RegionServer处理当前的操作。
Meta表是用来跟踪Region的，它包含服务器的名称，Region的名称，表名，还有Region的startkey。通过startkey的范围，客户端就可以定位到当前的key要去哪一个Region了。
客户端在请求过META表之后，一般会将表缓存起来，防止每次操作都去获取。在Region进行分裂的时候，客户端去RegionServer操作Region的时候回返回异常，然后客户端会重新获取最新的META表信息。
Hbase的Java客户端API有两个主要的接口：
通过上面介绍，可以知道HBase虽然是Master/Slave架构的，但是并不是每次操作都经过Master的，读写数据的时候HBase只需要直接联系RegionServer即可。这也是HBase可以“无限扩容”的原因。在吞吐量不够的时候，通过增加RegionServer节点，可以增加吞吐量。