Arbiter

计算机串口COM常用于设备控制和测试等领域，有时候因为不正确的操作或者安装，导致需要使用的那个串口一被占用，当你从计算机的设备管理器中进行查看的时候，显示的是“正在使用中”或者端口已被占用。多数人采用重启电脑的方式来解决这个问题，但是重启电脑即浪费时间，也不是解决问题的根本办法。 本章节将解决如何不重启电脑解决串口占用问题； 1. 其实这些信息都是在提示我们，你要使用的串口已经被其他进程占用。你可以到计算机的设备管理器中进行查看，COM3被占用； 2. 1)当你知道这个进程是什么，你可以到任务管理器中进行关闭; 3. 2)当你不知道这个串口被什么进程占用的时候，就需要从注册表处理； 在“开始菜单”中的“运行”中输入regedit，然后点“确定”，打开注册表编辑器。 在“开始菜单”中的“运行”中输入regedit，然后点“确定”，打开注册表编辑器。 按照下图中的路径找到COM Name Arbiter。然后在右侧“ComDb”上点“右键”选择“删除”。删除掉注册表的这个项目是让win7系统重新构建COM端口的列表，这样就可以改掉那些端口被占用的状态。 再次打开设备管理器进行查看，COM3不再被占用； 再使用串口助手或者其他软件打开COM3，则不再会提示COM3打开失败等信息； 来源： oschina 链接： https://my.oschina.net/u/4415819/blog

MongoDB介绍 早期版本使用master-slave，一主一从和MySQL类似，但slave在此架构中为只读，当主库宕机后，从库不能自动切换为主 目前已经淘汰master-slave模式，改为副本集，这种模式下有一个主(primary)，和多个从(secondary)，只读。支持给它们设置权重，当主宕掉后，权重最高的从切换为主 在此架构中还可以建立一个仲裁(arbiter)的角色，它只负责裁决，而不存储数据 再此架构中读写数据都是在主上，要想实现负载均衡的目的需要手动指定读库的目标server 副本集架构图 MongoDB副本集搭建 三台机器： 192.168.109.130(primary) 192.168.109.132(secondary) 192.168.133.133(secondary) 编辑三台机器的配置文件，更改或增加： replication:#把此行前面的#删除 ##oplog大小 oplogSizeMB: 20#前面有两个空格 ##复制集名称 replSetName: cclinux#前面有两个空格 分别重启三台机器 连接主，在主上运行命令mongo >use admin >config={_id:"cclinux",members:[{_id:0,host:"192.168.109.130:27017"},{_id:1,host:"192.168.109

MongoDB之副本集 一、简介 　　MongoDB 是一个基于分布式文件存储的数据库。由 C++ 语言编写。旨在为 WEB 应用提供可扩展的高性能数据存储解决方案。 　　MongoDB 是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。 　　 1.1副本集（replication） 　　MongoDB 副本集是一组mongod的进程，它们保存着相同的数据集。副本集提供了冗余和高可用，这是所有生产环境部署的基础。在不同的数据库服务中，存在着相同的数据，它提供了一定级别的容灾，避免了单点故障。在一些情况下副本可以提供读的能力，客户端发来的读请求可以分配到不同的服务上。一个副本集包含几个数据承载节点和随意的一个仲裁节点。数据承载节点中，只能有一个成员是主节点（primary），其他的节点都是从节点（secondary）。一个副本集中只用主节点有确认写的能力，主节点在oplog中记录下所有数据的变化，从节点复制主节点的oplog，并执行这些操作。这样，从节点的数据与主节点保持一致。如果主节点不可用，从节点中将会选举出新的主节点。 　　　　 　　 1.2仲裁者（arbiter） 　　你可以向副本集中添加额外的mongod实例作为仲裁者（arbiter）。仲裁者不保存数据，它只在心跳响应中和选举请求中作为一个法定人数。由于仲裁节点不保存数据

副本集Replica Set是一个术语，定义具有多节点的数据库集群，这些节点 具有主从复制(master-slave replication) 且节点之间实现了自动故障转移 。 这样的结构通常需要具有奇数个成员的成员（无论是否带有Arbiter节点），以确保正确选出PRIMARY（主）数据库。 选定的DB将处理所有传入的写操作，并将有关它们的信息存储在其oplog，每个辅助（从属）副本成员都可以访问和复制oplog，以应用于它们的数据集。 前置 为创建一个Replica set, 至少需要三个MongoDB实例，请查看 官网安装 指南. 本文会始终使用sudo指令，一般情况请给MongoDB服务创建一个标准用户mongod。 配置网络 为达到数据一致性，每个实例节点需要与集群其他节点通信，以三实例数据传输为例： ① replica set每个成员都使用私有IP，部署在同一数据中心，这也是推荐方式。 ② replica set每个节点使用公网ip，节点部署在不同数据中心(在replication时有网络延迟)，这种方式一般用于强灾备部署，如果采用这种方式，需要在主机之间配置SSL/TLS或通过vpn通信 replica set节点认证 本节你会使用openssl创建一个用于在集群成员之间认证的key文件，MongoDB推荐使用x.509证书加密连接。 ① 产生key文件

序言 Mongodb的集群环境,的工作原理简单梳理下.当然也是站在别人的肩膀上 (多人的肩膀上) .做一个我认为比较好的梳理. 原理是个很重要的东西,可以帮助你解决 你不知道你不知道的问题 . 同时也帮助你去理解.cuiyaonan2000@163.com 参考文章: https://blog.csdn.net/wang1144/article/details/53964999 https://www.jianshu.com/p/2825a66d6aed http://c.biancheng.net/view/6567.html https://blog.csdn.net/zhangcongyi420/article/details/92738646 Master-Slaver(主重模式) 主(Master): 可读可写，当数据有修改的时候，会将oplog同步到所有连接的salve上去。 从(Slave): 只读不可写，自动从Master同步数据。 对于Mongodb来说，并不推荐使用Master-Slave架构，因为Master-Slave其中Master宕机后不能自动恢复. ( 只能人工介入，指定新的主节点，从节点不会自动升级为主节点。同时，在这段时间内， 该集群架构只能处于只读状态。 ) Master-Slave不支持链式结构，Slave只能直接连接Master。

Replication On this page Redundancy and Data Availability Replication in MongoDB Asynchronous Replication Automatic Failover Read Operations Additional Features A replica set in MongoDB is a group of mongod processes that maintain the same data set. Replica sets provide redundancy and high availability , and are the basis for all production deployments. This section introduces replication in MongoDB as well as the components and architecture of replica sets. The section also provides tutorials for common tasks related to replica sets. Redundancy and Data Availability Replication provides

MongoDB复制集RS（ReplicationSet) 1.基本原理 基本构成是1主2从的结构，自带互相监控投票机制（Raft（MongoDB） Paxos（mysql MGR 用的是变种））如果发生主库宕机，复制集内部会进行投票选举，选择一个新的主库替代原有主库对外提供服务。同时复制集会自动通知 客户端程序，主库已经发生切换了。应用就会连接到新的主库。 2.Replication Set配置过程详解 规划： 三个以上的mongodb节点（或多实例） 环境准备 su - mongod mkdir -p /mongodb/ 28017 /conf /mongodb/ 28017 /data /mongodb/ 28017 / log mkdir -p /mongodb/ 28018 /conf /mongodb/ 28018 /data /mongodb/ 28018 / log mkdir -p /mongodb/ 28019 /conf /mongodb/ 28019 /data /mongodb/ 28019 / log mkdir -p /mongodb/ 28020 /conf /mongodb/ 28020 /data /mongodb/ 28020 /log 多套配置文件 View Code 配置文件内容: View Code View Code 启动多个实例备用:

五一劳动节假期，我们一起来玩扫雷吧。用Python+OpenCV实现了自动扫雷，突破世界记录，我们先来看一下效果吧。 中级 - 0.74秒 3BV/S=60.81 相信许多人很早就知道有扫雷这么一款经典的游（显卡测试）戏（软件），更是有不少人曾听说过中国雷圣，也是中国扫雷第一、世界综合排名第二的郭蔚嘉的顶顶大名。扫雷作为一款在Windows9x时代就已经诞生的经典游戏，从过去到现在依然都有着它独特的魅力：快节奏高精准的鼠标操作要求、快速的反应能力、刷新纪录的快感，这些都是扫雷给雷友们带来的、只属于扫雷的独一无二的兴奋点。 ▍准备 准备动手制作一套扫雷自动化软件之前，你需要准备如下一些工具/软件/环境 - 开发环境 Python3 环境 - 推荐3.6或者以上 [更加推荐Anaconda3，以下很多依赖库无需安装] numpy依赖库 [如有Anaconda则无需安装] PIL依赖库 [如有Anaconda则无需安装] opencv-python win32gui、win32api依赖库 支持Python的IDE [可选，如果你能忍受用文本编辑器写程序也可以] - 扫雷软件 · Minesweeper Arbiter 下载地址（必须使用MS-Arbiter来进行扫雷！） 好啦，那么我们的准备工作已经全部完成了！让我们开始吧~ ▍ 实现思路 在去做一件事情之前最重要的是什么

分片是数据跨多台机器存储，MongoDB使用分片来支持具有非常大的数据集和高吞吐量操作的部署。 具有大型数据集或高吞吐量应用程序的数据库系统可能会挑战单个服务器的容量。 例如，高查询率会耗尽服务器的CPU容量。 工作集大小大于系统的RAM会强调磁盘驱动器的I / O容量。 有两种解决系统增长的方法：垂直和水平缩放。 垂直扩展 涉及增加单个服务器的容量，例如使用更强大的CPU，添加更多RAM或增加存储空间量。 可用技术的局限性可能会限制单个机器对于给定工作负载而言足够强大。 此外，基于云的提供商基于可用的硬件配置具有硬性上限。 结果，垂直缩放有实际的最大值。 水平扩展 涉及划分系统数据集并加载多个服务器，添加其他服务器以根据需要增加容量。 虽然单个机器的总体速度或容量可能不高，但每台机器处理整个工作负载的子集，可能提供比单个高速大容量服务器更高的效率。 扩展部署容量只需要根据需要添加额外的服务器，这可能比单个机器的高端硬件的总体成本更低。 权衡是基础架构和部署维护的复杂性增加。 MongoDB支持 通过 分片进行 水平扩展 。 一、组件 shard ：每个分片包含分片数据的子集。每个分片都可以部署为 副本集（replica set ）。可以分片，不分片的数据存于主分片服务器上。 部署为3成员副本集 mongos ：mongos充当查询路由器，提供客户端应用程序和分片集群之间的接口

Ps:mongod是mongodb实例，mongos被默认为为mongodb sharding的路由实例。 本文使用的mongodb版本为3.2.9，因此参考网址为： https://docs.mongodb.com/v3.2/sharding/ 此外最后几个部分还引用了 https://yq.aliyun.com/articles/60096 中的一些问题描述及解决方案。 一、Sharding集群简介 1.数据分片（Shards） 用来保存数据，保证数据的高可用性和一致性。可以是一个单独的mongod实例，也可以是一个副本集。在生产环境下Shard一般是一个Replica Set，以防止该数据片的单点故障。可以将所有shard的副本集放在一个服务器多个mongodb实例中。 sharding的每个node的database中的集合可以是分片也可以不分片，每个db都有一个primary shard，未分片的集合就是存在其各自的primary shard中的。 2.查询路由（Query Routers） 路由就是mongos的实例，客户端直接连接mongos，由mongos把读写请求路由到指定的Shard上去。 一个Sharding集群，可以有一个mongos，也可以如上图所示为每个App Server配置一个mongos以减轻路由压力。 注意这里的mongos并不要配置为rs