cluster

在哨兵模式中，仍然只有一个 master 节点。当并发写请求较大时，哨兵模式并不能缓解写压力。 在redis-cluster集群中，每一个主节点可以添加多个从节点，主节点和从节点遵循主从模式的特性。 当用户需要处理更多的读请求时，添加从节点可以扩展系统的读性能。 redis集群的主节点内置了类似Sentinel的节点故障检测和自动故障转移功能。当集群中的某个主节点下线时，集群中的其他在线主节点发现了以后，会对已下线的主节点进行故障转移。集群进行故障转移的方法和Sentient进行故障转移的方法基本一致，不同的是，在集群里面，故障转移是由集群中其他在线的主节点负责进行的，所以集群中不需要使用Sentinel。 redis-cluster集群将键存储空间分割为16384个槽位(slot)，事实上集群最大节点数量是16384个【官方建议最大节点数量不超过1000个节点】。 所有主节点都负责16384个哈希槽中的一部分，当16384个槽都有某个节点在负责处理时，集群进入上线状态，并开始处理客户端发送的数据命令请求。 一个slot槽位可以存放多个数据，key的槽位计算公式：HASH_SLOT = CRC16(key) mod 16384 由于Redis集群无中心节点，请求会随机发给任意主节点。 主节点只会处理自己负责槽位的命令请求，其他槽位的命令请求，该主节点会返回客户端一个转向错误。 客户端根据错误中包含的地址和端口重新向正确的负责的主节点发起命令请求。 系统：CentOS7 Redis: 5.0.9 Redis节点 注意： 配置文件主要修改： 执行结果 按照之前的配置修改并启动，使用以下命令将其加入集群： 添加完新节点后，需要对新添加的主节点进行hash槽重新分配，这样该主节点才能存储数据，redis共有16384个槽。 删除从节点192.168.164.13:7000，node_id:cb21c351b3d2378976bf7d215553d0e04d7fad43 执行结果 存在slot的主节点无法直接删除，所以我们需要先移动主节点192.168.164.13:7001的slot至其他三个主节点 查看集群节点信息 删除主节点 执行结果 查看集群信息

答：前者是后者的聚合。cluster可以包含数百到数千个galaxies。有一个词叫 galaxy clusters（星系群）或者cluster of galaxies。——即 很多galaxies（星系），因相互引力聚合在一起，就成为了cluster of galaxies（星系群）。

核糖核酸（缩写为rna，即ribonucleicacid），存在于生物细胞以及部分病毒、类病毒中的遗传信息载体。rna由核糖核苷酸经磷酸二酯键缩合而成长链状分子。一个核糖核苷酸分子由磷酸，核糖和碱基构成。rna的碱基主要有4种，即a腺嘌呤、g鸟嘌呤、c胞嘧啶、u尿嘧啶，其中，u（尿嘧啶）取代了dna中的t。外源性rna，即tmrna是存在于细菌的一类稳定的小rna，tmrna的功能有，(1)：将“滞留”在tmrna上的核糖体解脱下来.(2):将一段信号肽加在有缺陷的蛋白质c末端,使其有效的水解。trna样区域的结构类似典型trna的四叶草结构，其折叠方式类似于trna。其结构的维持与d和t环之间的相互作用有关。虽然trna样区域没有密码子—反密码子复合体以供核糖体a位识别，有证据表明tmrna自身或与其结合的蛋白质具有类似核糖体a位识别功能。trna样区域周围有高度保守的碱基序列。据认为对tmrna的空间构像和功能有重要作用，同时trna样区域同其mrna区域也存在着相互作用，两者之间的功能应该有相互联系。内源性rna，即microrna(mirna)是一类由内源基因编码的长度约为22个核苷酸的非编码单链rna分子，它们在动植物中参与转录后基因表达调控。大多数mirna基因以单拷贝、多拷贝或基因簇(cluster)的形式存在于基因组中。microrna（mirna）是一类内生的、长度约20-24个核苷酸的小rna，几个mirnas也可以调节同一个基因，mirna调节着人类三分之一的基因。microrna存在多种形式，最原始的是pri-mirna，长度大约为300~1000个碱基；pri-mirna经过一次加工后，成为pre-mirna即microrna前体，长度大约为70~90个碱基；pre-mirna再经过dicer酶酶切后，成为长约20~24nt的成熟mirna。

SE/Robust vce(vcetype) vcetype may be conventional, robust, cluster clustvar, bootstrap, or jackknife一般是用来产生稳健标准误的常见是这样使用，vce(cluster，id)，id是截面识别符

接下来我们因为需要做Cluster，所以需要共享磁盘，所以我们也需要使用windows server2016搭建ISCSI服务器来完成磁盘共享我们首先准备一台ISCSI服务器，然后加域技术分享我们添加三块磁盘：我们首先添加两块一块数据盘，一块中裁盘、一块存放log技术分享我们分配盘符 D Q技术分享接下来我们配置安装ISCSI服务技术分享开始安装技术分享安装完成技术分享打开ISCSI服务技术分享选择需要添加的卷技术分享我们先选择D盘DATA盘技术分享技术分享定义磁盘空间大小 技术分享我们需要新建的一个ISCSI目标技术分享添加两台SQL服务器 技术分享配置完成

Cluster 1Number of voxels: 101Peak MNI coordinate: -22 -86 -26Peak MNI coordinate region: // Left Cerebellum // Cerebellum PosteriorLobe // Declive // undefined // undefined // Cerebelum_Crus1_L (aal)Peak intensity: -3.6761 ~

Not far ahead was a cluster of trees . 前面不远有一丛树林。 Whenever i see a cluster of people, i always mix with them . 只要有人三五成群，我便周旋其间。 Two cars *** ashed together and a cluster of rubbernecks gathered around . 两辆汽车相撞，一群好奇的人围拢起来观看。 The surface density of galaxies in a cluster can be measured from photographs . 一个星系团中星系的表面密度可从其照片上测得。 The pghts of the hotel and the cottages became yellow dots, a cluster of glow-worms at the base of sachem mountain . 旅馆和棚屋的灯光变成了小黄点，宛如萨钦姆山脚下的一群萤火虫。 The touch of a cluster of leaves revolved it slowly, tracing, pke the leg of transit, a thin red circle in the water . 一堆落叶使它慢慢旋转，像经纬仪一样，在水上转出一道细细的红圈子。 As godpman entered the map room a cluster of youngish people with solemn faces emerged from the conference room beyond . 戈德利曼走进地图室时，一群庄重的青年人从旁边的会议室里走了出来。 A processor in a cluster is monly referred to as a 集群中的处理器通常被称为 A heap is a table that does not have a clustered index 堆是没有聚集索引的表。 Primary key constraint with a clustered index 具有聚集索引的primary key约束。 Clustered tables are tables that have a clustered index 聚集表是有聚集索引的表。 Indicates whether the server is part of a cluster 指示服务器是否是群集的一部分。 Remended private " heartbeat " configuration on a cluster server 验证当前配置。 Thank god , a cluster of people who speak engpsh 太好了这里这么多人都是说英语的 A cluster of stars *** aller than a constellation 星群，星座比星座小的一簇星星 A cluster of anntithesis formulas on improper primes 关于伪素数的对偶公式簇 Comp . exe clust add , remove , or join a cluster 比较两个文件和文件集的内容 Figure 16 shows a cluster model from the tutorial 图16显示了教程中的cluster model 。 A clustering algorithm based on mathematical morphology 基于数学形态学的一种聚类算法 A cluster consisting of heterogenous operating systems ，即由异构操作系统构成的集群。 The same result was obtained in the a cluster model 在集团模型中，也存在著同样的问题。 Updates a table containing a clustered index 更新包含聚集索引的表。 For example , if you have a cluster with o nodes node a 例如，如果有一个群集包含两个节点（ Linked server considerations in a clustered sql server 群集sql server中的链接服务器注意事项 Dilc : a clustering algorithm based on density - isopne 等密度线算法 Install and configure a cluster with one or more nodes 安装并配置具有一个或更多节点的群集。 Row describes the overall distribution of items in a cluster 行说明了分类中各项的总体分布。 How to : stop a clustered instance of notification services 如何停止notification services群集实例 Rename a cluster by right - cpcking its column heading and selecting 右键单击分类的列标题，再选择 To rename a cluster , right - cpck its node and select 若要重命名某个分类，请右键单击其节点，再选择 For best performance , a clustered index is remended 为了获得最佳性能，建议使用clustered索引。 She was seized on a cluster will , you can seize a few people 被她逮住了就要上捆,看你能抓住几个人 A clustering algorithm based on broad first searching neighbors 一种基于广度优先搜索邻居的聚类算法 Is it helpful to have more than one management node for a cluster 集群中使用多个管理节点是否更好 This includes data pages in tables that have a clustered index 这包括具有聚集索引的表中的数据页。 Specjappserver2004 as a cluster - scalable apppcation 可伸缩的集群级应用程序形式的specjappserver2004 Estimating the size of a clustered index 估计聚集索引的大小 A cluster - *** ysis of problem behavior of middle school students 中学生问题行为的问卷编制和聚类分析 It is used by a cpent to connect to the servers in a cluster 客户端使用它来连接到集群中的服务器。 A clustering method for chinese documents based on som and agglomeration 和层次凝聚的中文文本聚类方法

6是聚类分成六组 不过我也有个问题不太懂 6改成0.6依然能聚类 不过我不知道什么意思

ClusterWords&Music: tetsuhikoそして仆（ぼく）らは今（いま）もまだso shi te bo ku ra wa i ma mo ma daさがしてるからsa ga shi te ru ka ra离（はな）れたってha na re tatteいつも逢（あ）えるi tsu mo a e ru时（どき）を超（こ）えてdo ki o ko e teひなびていた屋上（おくじょう）の隅（すみ）でhi na bi te i ta o ku jyou no su mi de远（とお）い未来（みらい）を话（はな）したねto o i mi ra i o ha na shi ta ne点数（てんすう）がいまいちなten su u ga i ma i chi naあの日（ひ）の答案用纸（とうあんようし）はa no hi no to u an yo u shi wa真似出来（まねでき）ない折（お）り方（かた）のma ne de ki na i o ri ka ta noヒコーキで投（な）げたhi ko ki de na ge taきっと仆（ぼく）らはkitto bo ku ra wa风（かぜ）に乗（の）って　飞（とべ）んゆくかけらka ze ni notte to be n yu ku ka ke raでも　知（し）りたいからde mo shi ri ta i ka raなりたいからna ri ta i ka ra远（とお）くを目指（めざ）したto o ku o me za shi taそして仆（ぼく）らは今（いま）もまだso shi te bo ku ra wa i ma mo ma daさがしてるからsa ga shi te ru ka ra离（はな）れたってha na re tatteいつも逢（あ）えるi tsu mo a e ru时（どき）を超（こ）えてdo ki o ko e te迷（まよ）いもなくクレヨンで涂（ぬ）ったma yo i mo na ku ku re yon de nutta空（そら）は今（いま）でも青（あお）ですか？so ra wa i ma de mo a o de su ka「Yes」でもない「No」でもないi e su de mo na i no u de mo na i日々（ひび）と我慢（がまん）くらべしてるhi bi to ga man ku ra be shi te ruあの顷（ころ）と同（おんな）じようにa no ko ro to on na ji yo u ni笑（わら）っていたいだけwa ratte i ta i da keひとりじゃないよhi to ri jya na i yoみんな同（おんな）じmin na on na ji冬（ふゆ）の空（そら）の下（した）hu yu no so ra no shi ta少（すこ）し冻（こご）えながらsu ko shi ko go e na ga raはしゃぎながらha sya gi na ga raくぐりぬけてゆくku gu ri nu ke te yu kuそして仆（ぼく）らは今（いま）もまだso shi te bo ku ra wa i ma mo ma daさがしてるからsa ga shi te ru ka ra离（はな）れたってha na re tatteいつも逢（あ）えるi tsu mo a e ru时（どき）を超（こ）えてdo ki o ko e teずっと仆（ぼく）らはzutto bo ku ra wa风（かぜ）に乗（の）って　飞（とべ）んゆくかけらka ze ni notte to be n yu ku ka ke raでも　知（し）りたいからde mo shi ri ta i ka raなりたいからna ri ta i ka ra远（とお）くを目指（めざ）したto o ku o me za shi taそして仆（ぼく）らは今（いま）もまだso shi te bo ku ra wa i ma mo ma daさがしてるからsa ga shi te ru ka ra离（はな）れたってha na re tatteいつも逢（あ）えるi tsu mo a e ru时（どき）を超（こ）えてdo ki o ko e te

这个的意思是；集群

cluster_百度翻译cluster [英]"klu028cstu0259(r) [美]u02c8klu028cstu025a n. 丛;簇，串;群;[语言]辅音群 vi. 丛生;群聚 vt. 使密集，使聚集

k8s集群中的一个node节点故障，将这个node节点下线后上面的pod迁移到其他节点，但是大量pod都产生报错。经排查，是由于redis集群故障导致。但是查看resdis pod，都是running状态，如下图 由于这些pod是组成集群使用，既然pod是正常的，应用又报redis链接的错误，所以问题肯定出在Redis Cluster上，查看Redis Cluster状态： 这个示意图我只画出三个node，简单表达一下意思即可。三个node上各运行了一个master和一个slave节点。由于node3节点故障已经移除集群，这个节点上之前运行的其他无状态pod迁移到其他节点可以正常运行，但是master2和slave2在node3上有持久化数据，虽然在node4上重建了，但是由于缺失数据，原来的集群状态被破坏了，所以重新部署也无法恢复，由于是master2和slave2的数据都丢失了，集群无法重建。通过开发了解到，redis上都是缓存数据，丢失影响不大，于是删除本地持久化数据，重新部署redis node，再手动创建集群。 三个节点都添加完成，并且没有报错。进入一个master节点查看集群状态： 集群状态终于恢复正常。重建后的Redis Cluster集群架构示意图如下 总结：对于有状态的应用，redis、mysql等，容器化时一定要考虑周全，避免主从节点运行在一个节点上。对于redis应用，如果读写I/O不是特别高，还是建议直接使用主从复制架构，故障恢复简单且迅速。

FindNeighbors ： Constructs a Shared Nearest Neighbor (SNN) Graph for a given dataset. We first determine the k-nearest neighbors of each cell. We use this knn graph to construct the SNN graph by calculating the neighborhood overlap (Jaccard index) between every cell and its k.param nearest neighbors. FindClusters ： Identify clusters of cells by a shared nearest neighbor (SNN) modularity optimization based clustering algorithm. First calculate k-nearest neighbors and construct the SNN graph. Then optimize the modularity function to determine clusters. FindClusters()函数 该函数是基于FindNeighbors()构建的SNN图来进行分群。其中参数 resolution 是设置下游聚类分群重要参数，该参数一般设置在0.3-1之间即可，还需针对每个单独的实验数据进行优化。分辨率值越高，簇的数量就越多，对于较大的数据集且复杂组织来说高分辨率能够区分更多的细胞。 resolution参数支持多个分辨率值输入，结果可以通过pbmc@metadata进行查看，每个分辨率的结果都有单独一列。 之后对非线性降维结果可视化时可以通过 Idents()函数来指定分辨率。 RenameIdents()函数 : 细胞簇注释名更改 无论是通过已知Makergene还是单纯对cluster名字进行注释更改，都可以通过RenameIdents()函数来进行更改。

开启 server的用户, 所用到的 cluster 方法: 访问 server的用户,所用到的 cluster 方法: 服务器ip 192.168.1.101 上有文件 main.lua , myserver1.lua , myserver2.lua , clustername.lua 和 config clustername.lua 文件里面,写下你要开启监听的 cluster 节点 config 里把 clustername.lua 配置一下 下面是 main.lua myserver1.lua 如下 myserver2.lua 如下 这两个server区别就是 CMD.func 的名字,里面的 print 和 return 的字符串. 服务器ip 192.168.1.102 上有文件 main.lua , clustername.lua 和 config clustername 文件里面,写下你访问的 cluster 节点 config 里把 clustername.lua 配置一下 main.lua 上面三种方式里,需要注意的是 cluster.query 时, cluster.register 过的名字,在被使用时,是不用加 @ 符号的. 在 cluster.proxy 里如果不用 cluster.query 出来的地址,那么填写 cluster.register 过的名字时,是需要加 @ 符号的. 包括 cluster.call/send 第二参数也要加 @ 符号. 如果本文有什么问题,请留言,谢谢.

cluster enable cluster-name的中文翻译cluster enable cluster-name 群集启用群集名称

一、环境准备主机IP 主机名 操作系统版本 PXC192.168.244.146 node1 CentOS7.1 Percona-XtraDB-Cluster-56-5.6.30192.168.244.147 node2 CentOS7.1 Percona-XtraDB-Cluster-56-5.6.30192.168.244.148 node3 CentOS7.1 Percona-XtraDB-Cluster-56-5.6.30关闭防火墙或者允许3306, 4444, 4567和4568四个端口的连接关闭SElinux二、下载PXC安装PXC yum源# yum install http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm这样会在/etc/yum.repos.d下生成percona-release.repo文件安装PXC# yum install Percona-XtraDB-Cluster-56最终下载下来的版本是Percona-XtraDB-Cluster-56-5.6.30注意：三个节点上均要安装。三、配置节点配置节点一修改node1的/etc/my.cnf复制代码[mysqld]datadir=/var/lib/mysqluser=mysql# Path to Galera librarywsrep_provider=/usr/lib64/galera3/libgalera_smm.so# Cluster connection URL contains the IPs of node#1, node#2 and node#3wsrep_cluster_address=gcomm://192.168.244.146,192.168.244.147,192.168.244.148# In order for Galera to work correctly binlog format should be ROWbinlog_format=ROW# MyISAM storage engine has only experimental supportdefault_storage_engine=InnoDB# This changes how InnoDB autoincrement locks are managed and is a requirement for Galerainnodb_autoinc_lock_mode=2# Node #1 addresswsrep_node_address=192.168.244.146# SST methodwsrep_sst_method=xtrabackup-v2# Cluster namewsrep_cluster_name=my_centos_cluster# Authentication for SST methodwsrep_sst_auth="sstuser:s3cret"复制代码启动node1# systemctl start mysql@bootstrap.service注意：这个是CentOS 7下的启动方式，如果是CentOS 6，则启动方式为 # /etc/init.d/mysql bootstrap-pxc之所以采用bootstrap启动，其实是告诉数据库，这是第一个节点，不用进行数据的同步。利用这种方式启动，相当于wsrep_cluster_address方式设置为gcomm://。此时，可登录客户端查看数据库的状态mysql> show status like "wsrep%";主要关注以下参数的状态复制代码+------------------------------+--------------------------------------+| Variable_name | Value |+------------------------------+--------------------------------------+| wsrep_local_state_uuid | 1fbb69e3-32a3-11e6-a571-aeaa962bae0c |...| wsrep_local_state | 4 | wsrep_local_state_comment | Synced |...| wsrep_cluster_size | 1...| wsrep_cluster_status | Primary || wsrep_connected | ON |...| wsrep_ready | ON |复制代码在上面的配置文件中，有个wsrep_sst_auth参数。该参数是用于其它节点加入到该集群中，利用XtraBackup执行State Snapshot Transfer（类似于全量同步）的。所以，接下来是授权 mysql> CREATE USER "sstuser"@"localhost" IDENTIFIED BY "s3cret";mysql> GRANT RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.* TO "sstuser"@"localhost";mysql> FLUSH PRIVILEGES;配置节点二修改node2的/etc/my.cnf复制代码[mysqld]datadir=/var/lib/mysqluser=mysql# Path to Galera librarywsrep_provider=/usr/lib64/galera3/libgalera_smm.so# Cluster connection URL contains the IPs of node#1, node#2 and node#3wsrep_cluster_address=gcomm://192.168.244.146,192.168.244.147,192.168.244.148# In order for Galera to work correctly binlog format should be ROWbinlog_format=ROW# MyISAM storage engine has only experimental supportdefault_storage_engine=InnoDB# This changes how InnoDB autoincrement locks are managed and is a requirement for Galerainnodb_autoinc_lock_mode=2# Node #2 addresswsrep_node_address=192.168.244.147# SST methodwsrep_sst_method=xtrabackup-v2# Cluster namewsrep_cluster_name=my_centos_cluster# Authentication for SST methodwsrep_sst_auth="sstuser:s3cret"复制代码启动node2# systemctl start mysql如果是CentOS 6，则启动方式为 # /etc/init.d/mysql start如果在启动的过程中出现问题，可查看mysql的错误日志，如果是RPM安装，默认是/var/lib/mysql/主机名.err启动完毕后，也可通过mysql> show status like "wsrep%";命令查看集群的信息。配置节点三修改node3的/etc/my.cnf复制代码[mysqld]datadir=/var/lib/mysqluser=mysql# Path to Galera librarywsrep_provider=/usr/lib64/galera3/libgalera_smm.so# Cluster connection URL contains the IPs of node#1, node#2 and node#3wsrep_cluster_address=gcomm://192.168.244.146,192.168.244.147,192.168.244.148# In order for Galera to work correctly binlog format should be ROWbinlog_format=ROW# MyISAM storage engine has only experimental supportdefault_storage_engine=InnoDB# This changes how InnoDB autoincrement locks are managed and is a requirement for Galerainnodb_autoinc_lock_mode=2# Node #3 addresswsrep_node_address=192.168.244.148# SST methodwsrep_sst_method=xtrabackup-v2# Cluster namewsrep_cluster_name=my_centos_cluster# Authentication for SST methodwsrep_sst_auth="sstuser:s3cret"复制代码启动node3# systemctl start mysql登录数据库，查看集群的状态复制代码+------------------------------+--------------------------------------+| Variable_name | Value |+------------------------------+--------------------------------------+| wsrep_local_state_uuid | 1fbb69e3-32a3-11e6-a571-aeaa962bae0c |...| wsrep_local_state | 4 | wsrep_local_state_comment | Synced |...| wsrep_cluster_size | 3...| wsrep_cluster_status | Primary || wsrep_connected | ON |...| wsrep_ready | ON 复制代码通过wsrep_cluster_size可以看出集群有3个节点。四、 测试下面来测试一把，在node3中创建一张表，并插入记录，看node1和node2中能否查询得到。node3中创建测试表并插入记录root@node3 > create table test.test(id int,description varchar(10));Query OK, 0 rows affected (0.18 sec)root@node3 > insert into test.test values(1,"hello,pxc");Query OK, 1 row affected (0.01 sec)node1和node2中查询复制代码root@node1 > select * from test.test;+------+-------------+| id | description |+------+-------------+| 1 | hello,pxc |+------+-------------+1 row in set (0.00 sec)复制代码复制代码root@node2 > select * from test.test;+------+-------------+| id | description |+------+-------------+| 1 | hello,pxc |+------+-------------+1 row in set (0.05 sec)复制代码至此，Percona XtraDB Cluster搭建完毕~总结：1. 刚开始启动node2的时候，启动失败，错误日志中报如下信息：复制代码2016-06-15 20:06:09 4937 [ERROR] WSREP: failed to open gcomm backend connection: 110: failed to reach primary view: 110 (Connection timed out)at gcomm/src/pc.cpp:connect():1622016-06-15 20:06:09 4937 [ERROR] WSREP: gcs/src/gcs_core.cpp:gcs_core_open():208: Failed to open backend connection: -110 (Connection timed out)2016-06-15 20:06:09 4937 [ERROR] WSREP: gcs/src/gcs.cpp:gcs_open():1387: Failed to open channel "my_centos_cluster" at "gcomm://192.168.244.146,192.168.244.147,192.168.244.148": -110 (Connection timed out)2016-06-15 20:06:09 4937 [ERROR] WSREP: gcs connect failed: Connection timed out2016-06-15 20:06:09 4937 [ERROR] WSREP: wsrep::connect(gcomm://192.168.244.146,192.168.244.147,192.168.244.148) failed: 72016-06-15 20:06:09 4937 [ERROR] Aborting复制代码复制代码2016-06-15 20:27:03 5870 [ERROR] WSREP: Failed to read "ready <addr>" from: wsrep_sst_xtrabackup-v2 --role "joiner" --address "192.168.244.147" --datadir "/var/lib/mysql/" --defaults-file "/etc/my.cnf" --defaults-group-suffix "" --parent "5870" ""Read: "(null)"2016-06-15 20:27:03 5870 [ERROR] WSREP: Process completed with error: wsrep_sst_xtrabackup-v2 --role "joiner" --address "192.168.244.147" --datadir "/var/lib/mysql/" --defaults-file "/etc/my.cnf" --defaults-group-suffix "" --parent "5870" "" : 2 (No such file or directory)2016-06-15 20:27:03 5870 [ERROR] WSREP: Failed to prepare for "xtrabackup-v2" SST. Unrecoverable.2016-06-15 20:27:03 5870 [ERROR] Aborting

cluster display集群显示cluster[英][u02c8klu028cstu0259(r)][美][u02c8klu028cstu025a]n.丛; 簇，串; 群; [语言]辅音群; vi.丛生; 群聚; vt.使密集，使聚集; 第三人称单数：clusters过去分词：clustered复数：clusters现在进行时：clustering过去式：clustered例句:1.The new leader may emerge as a mere figurehead for a cluster of generals and other bosses. 对一群将军和其他权贵们而言，新领袖可能只是一个有名无实的领导人。

一般是称作集群，在国内比较大的厂商，诸如：联鼎软件 他们都是做集群，cluster也都是称作集群！

第104回段家庄重招新女婿房山寨双并旧强人

　　我的理解是这个参数是控制数据份数的,如果是2 表有两份数据,如果是1表示只有一份数据. mycluster 中没有参数设计节点组数. 节点组数=节点数/NoOfReplicas.　　所以你如果总共有两个数据节点,如果NoOfReplicas设为2, 那么意味着只有一个节点组. 如果NoOfReplicas=1,那么就有两个节点组,即有一份备份.　　在这种情况下,当NoOfReplicas=2时, 你可以试验一下如果一个data node 停掉了,cluster 可以照常工作; 如果NoOfReplicas=1, 一个data node 停掉了,cluster 就会自动停掉.

redis cluster配置好，并运行一段时间后，我们想添加节点，或者删除节点，该怎么办呢。一，redis cluster命令行查看复制打印?//集群(cluster) CLUSTER INFO 打印集群的信息 CLUSTER NODES 列出集群当前已知的所有节点（node），以及这些节点的相关信息。 //节点(node) CLUSTER MEET <ip> <port> 将 ip 和 port 所指定的节点添加到集群当中，让它成为集群的一份子。 CLUSTER FORGET <node_id> 从集群中移除 node_id 指定的节点。 CLUSTER REPLICATE <node_id> 将当前节点设置为 node_id 指定的节点的从节点。 CLUSTER SAVECONFIG 将节点的配置文件保存到硬盘里面。 //槽(slot) CLUSTER ADDSLOTS <slot> [slot ...] 将一个或多个槽（slot）指派（assign）给当前节点。 CLUSTER DELSLOTS <slot> [slot ...] 移除一个或多个槽对当前节点的指派。 CLUSTER FLUSHSLOTS 移除指派给当前节点的所有槽，让当前节点变成一个没有指派任何槽的节点。 CLUSTER SETSLOT <slot> NODE <node_id> 将槽 slot 指派给 node_id 指定的节点，如果槽已经指派给另一个节点，那么先让另一个节点删除该槽>，然后再进行指派。 CLUSTER SETSLOT <slot> MIGRATING <node_id> 将本节点的槽 slot 迁移到 node_id 指定的节点中。 CLUSTER SETSLOT <slot> IMPORTING <node_id> 从 node_id 指定的节点中导入槽 slot 到本节点。 CLUSTER SETSLOT <slot> STABLE 取消对槽 slot 的导入（import）或者迁移（migrate）。 //键 (key) CLUSTER KEYSLOT <key> 计算键 key 应该被放置在哪个槽上。 CLUSTER COUNTKEYSINSLOT <slot> 返回槽 slot 目前包含的键值对数量。 CLUSTER GETKEYSINSLOT <slot> <count> 返回 count 个 slot 槽中的键。 这些命令是集群所独有的。执行上述命令要先登录查看复制打印?[root@manage redis]# redis-cli -c -p 6382 -h 192.168.10.220 //登录 192.168.10.220:6382> cluster info //查看集群情况 cluster_state:ok cluster_slots_assigned:16384 cluster_slots_ok:16384 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:3 cluster_current_epoch:8 cluster_my_epoch:4 cluster_stats_messages_sent:82753 cluster_stats_messages_received:82754 二，添加节点1，新配置二个测试节点查看复制打印?# cd /etc/redis //新增配置 # cp redis-6379.conf redis-6378.conf && sed -i "s/6379/6378/g" redis-6378.conf # cp redis-6382.conf redis-6385.conf && sed -i "s/6382/6385/g" redis-6385.conf //启动 # redis-server /etc/redis/redis-6385.conf > /var/log/redis/redis-6385.log 2>&1 & # redis-server /etc/redis/redis-6378.conf > /var/log/redis/redis-6378.log 2>&1 & 2，添加主节点# redis-trib.rb add-node 192.168.10.219:6378 192.168.10.219:6379 注释：192.168.10.219:6378是新增的节点192.168.10.219:6379集群任一个旧节点3，添加从节点# redis-trib.rb add-node --slave --master-id 03ccad2ba5dd1e062464bc7590400441fafb63f2 192.168.10.220:6385 192.168.10.219:6379 注释：--slave，表示添加的是从节点--master-id 03ccad2ba5dd1e062464bc7590400441fafb63f2,主节点的node id，在这里是前面新添加的6378的node id192.168.10.220:6385,新节点192.168.10.219:6379集群任一个旧节点4，重新分配slot查看复制打印?# redis-trib.rb reshard 192.168.10.219:6378 //下面是主要过程 How many slots do you want to move (from 1 to 16384)? 1000 //设置slot数1000 What is the receiving node ID? 03ccad2ba5dd1e062464bc7590400441fafb63f2 //新节点node id Please enter all the source node IDs. Type "all" to use all the nodes as source nodes for the hash slots. Type "done" once you entered all the source nodes IDs. Source node #1:all //表示全部节点重新洗牌 Do you want to proceed with the proposed reshard plan (yes/no)? yes //确认重新分 新增加的主节点，是没有slots的，

clu ster

cluster(group) 的含义是：假设干扰项在 group 之间不相关，而在 group 内部存在相关性。假设 group 代表行业类别，则表示行业间的公司所面临的随机干扰不相关，而行业内部不同公司间的干扰项存在相关性，或者是说，行业内的公司受到了一些共同的干扰因素。

u200b Redis Cluster 集群分区方案采用去中心化的方式，包括：sharding（分区）、replication（复制）、failover（故障转移） u200b Redis Cluster 由多个Redis节点组构成，是一个P2P（point to point）无中心节点的集群架构，依靠Gossip协议传播集群 Gossip协议是一个通信协议，一种传播消息的方式。 起源于：病毒传播 Gossip协议基本思想： 一个节点周期性(每秒)随机选择一些节点，并把信息传递给这些节点。 这些收到信息的节点接下来会做同样的事情，即把这些信息传递给其他一些随机选择的节点。 信息会周期性的传递给N个目标节点。这个N被称为 fanout （扇出） gossip协议包含多种消息，包括meet、ping、pong、fail、publish等等 通过gossip协议，cluster可以提供集群间状态同步更新、选举自助failover等重要的集群功能。 redis-cluster把所有的物理节点映射到[0-16383]个 slot 上,基本上采用平均分配和连续分配的方式。 比如上图中有5个节点，这样在 Redis Cluster 创建时，slot槽可按下表分配 cluster 负责维护节点和slot槽的对应关系 value------>slot-------->节点 当需要在 Redis 集群中放置一个 key-value 时，redis 先对 key 使用 crc16 算法算出一个结果，然后把 结果对 16384 求余数，这样每个 key 都会对应一个编号在 0-16383 之间的哈希槽，redis 会根据节点 数量大致均等的将哈希槽映射到不同的节点。 比如： set name zhangsan hash("name")采用crc16算法，得到值：1324203551%16384=15903 根据上表15903在13088-16383之间，所以name被存储在Redis5节点。 slot槽必须在节点上连续分配，如果出现不连续的情况，则RedisCluster不能工作。 redis版本说明 redis.5.0.5 服务器说明 启动 7001、7002、7003、7011、7012、7013 配置启动脚本 三主三从 客户端连接集群 -c 以集群方式连接 扩容节点数据必须为空 启动 7004、7014 将 7004、7014 添加到集群 只能删除数据为空的节点 集群中的每个节点都会定期地（每秒）向集群中的其他节点发送PIN 如果在一定时间内(cluster-node-timeout)，发送ping的节点A没有收到某节点B的pong回应，则A将B 标识为pfail。 A在后续发送ping时，会带上B的pfail信息， 通知给其他节点。 如果B被标记为pfail的个数大于集群主节点个数的一半（N/2 + 1）时，B会被标记为fail，A向整个集群 广播，该节点已经下线 其他节点收到广播，标记B为fail。 采用 raft 协议 每个从节点，都根据自己对master复制数据的offset，来设置一个选举时间，offset越大（复制数 据越多）的从节点，选举时间越靠前，优先进行选举。 slave 通过向其他master发送FAILVOER_AUTH_REQUEST 消息发起竞选， master 收到后回复FAILOVER_AUTH_ACK 消息告知是否同意。 slave 发送FAILOVER_AUTH_REQUEST 前会将currentEpoch 自增，并将最新的Epoch 带入到 FAILOVER_AUTH_REQUEST 消息中，如果自己未投过票，则回复同意，否则回复拒绝。 所有的 Master 开始slave选举投票，给要进行选举的slave进行投票，如果大部分master node（N/2 + 1）都投票给了某个从节点，那么选举通过，那个从节点可以切换成master。 RedisCluster失效的判定 ： 1、集群中半数以上的主节点都宕机（无法投票） 2、宕机的主节点的从节点也宕机了（slot槽分配不连续） 当slave 收到过半的master 同意时，会成为新的master。此时会以最新的Epoch 通过PONG 消息广播 自己成为master，让Cluster 的其他节点尽快的更新拓扑结构(node.conf)。 自动切换 就是上面讲的从节点选举 手动切换 人工故障切换是预期的操作，而非发生了真正的故障，目的是以一种安全的方式(数据无丢失)将当前 master节点和其中一个slave节点(执行cluster-failover的节点)交换角色 1、向从节点发送cluster failover 命令（slaveof no one） 2、从节点告知其主节点要进行手动切换（CLUSTERMSG_TYPE_MFSTART） 3、主节点会阻塞所有客户端命令的执行（10s） 4、从节点从主节点的ping包中获得主节点的复制偏移量 5、从节点复制达到偏移量，发起选举、统计选票、赢得选举、升级为主节点并更新配置 6、切换完成后，原主节点向所有客户端发送moved指令重定向到新的主节点 以上是在主节点在线情况下。 如果主节点下线了，则采用cluster failover force或cluster failover takeover 进行强制切换。 我们知道在一主一从的情况下，如果主从同时挂了，那整个集群就挂了。 为了避免这种情况我们可以做一主多从，但这样成本就增加了。 Redis提供了一种方法叫副本漂移，这种方法既能提高集群的可靠性又不用增加太多的从机。 Master1宕机，则Slaver11提升为新的Master1 集群检测到新的Master1是单点的（无从机） 集群从拥有最多的从机的节点组（Master3）中，选择节点名称字母顺序最小的从机（Slaver31）漂移 到单点的主从节点组(Master1)。 具体流程如下（以上图为例）： 1、将Slaver31的从机记录从Master3中删除 2、将Slaver31的的主机改为Master1 3、在Master1中添加Slaver31为从节点 4、将Slaver31的复制源改为Master1 5、通过ping包将信息同步到集群的其他节点

如果单数据库，怎么解决单点故障。 单数据库，如何承受并发带来的压力。 没做cluster的多个数据库，数据怎么同步。 如果处理到以上几个问题，可以单数据库。 mysql cluster可以解决上述问题，可用于生产。

cluster是群集的意思，cluster环境就是集群环境，比如基本的双机热备，是用来实现负载均衡和高可用性的技术，具体你可以看下百度百科，我就不做搬运工了http://baike.baidu.com/view/342719.htm

周六晚上出自己房间在走廊和姐姐对话去夜店，在夜店选择跳蛋（PS:选魔戒的话说家族有抵抗力，选振动棒要被保安抓然后GG），回家后姐姐堕落突破60了

中文叫集群。就是将多台计算机或是虚拟主机组织在一起，如同一台机器，共同完成一个应用。用软件或是硬件都能实现，其目的主要有三：负载均衡、高可用性以及科学计算负载均衡是说将大量请求按预先设定好的权值分发到各个计算机上，适用于大访问量的应用高可用性是说多台计算机为一台或多台计算机做备份工作，一旦死机马上有另外一台或多台继续工作。比如银行、电信的系统就要求每年99.99%无死机率，就要使用这个技术科学计算是指将复杂的计算拆成很多步，分散到不同的计算机进行计算达到省时的目的。比如梦工厂在制作电脑动画时，或是进行大规模科学计算时最后，我要说的是这三种集群的配置方法不同，而且可以结合使用。

Redis cluster 实现了所有的single key 操作，对于multi key操作的话，这些key必须在一个节点上面，redis cluster 通过 hash tags决定key存贮在哪个slot上面。 节点首要功能是存贮数据，集群状态，映射key到相应的节点。自动发现其他节点，发现失败节点，让从变为主。 为了完成以上功能，cluster使用tcp和二进制协议（Redis Cluster Bus），节点间互联.node 同时使用gossip协议传播信息，包括节点的发现，发送ping包，Pub/Sub信息。 因为节点并不代理请求转发，会返回MOVED和ASk错误，clients就可以直连到其他节点。client理论上面可以给任意节点发送请求，如果需要就重定向。但实际应用中client存贮一个从key到node的map来提高性能。 Redis cluster 使用异步复制的模式，故障转移的时候，被选为主的节点，会用自己的数据去覆盖其他副本节点的数据。所以总有一个时间口会丢失数据。 下面一个例子会丢失数据： master partition 变得不可用 它的一个从变为主 一定时间之后，这个主又可用了 客户端这时候还使用旧的的路由，在这个主变为从之前，写请求到达这个主。 3、可用性 假设n个主节点，每个主下面挂载一个从，挂掉一个，集群仍然可用。挂点两个，可用性是1 -（1/（n 2 -1））(第一个节点挂掉后，还剩下n 2-1个节点），只有一个节点的主挂掉的可能性是 1/n*2 -1) replicas migration 使可用性更高 4、性能 reids cluster 不代理请求到正确的节点，而是告诉客户端正确的节点 client 会保存一份最新的key与node映射，一般情况，会直接访问到正确的节点。 异步写副本 一般的操作和单台redis有相同的性能，一个有n个主节点的集群性能接近n*单个redis 综上 高性能 线性扩展 合理的写安全 高可用 是rediscluser 的主要目标 因为首先redis 存贮的数据量会特别大，如果合并需要更大的空间 key空间分布被划分为16384个slot,所以一个集群，主节点的个数最大为16384（一般建议master最大节点数为1000） HASH_SLOT = CRC16(key) mod 16384 hash tag 是为了保证不同的key,可以分布到同一个slot上面，来执行multi-key的操作 hash tag的规则是以第一个{开始，到第一个}结尾，中间的内容，来做hash。 例子 {user1000}.following 与 {user1000}.followers user1000作为key foo{}{bar} 整个key {{bar}} {bar 为key {bar}{zap} bar 为key Ruby Example 从左到右依次为：node id, address:port, flags, last ping sent, last pong received, configuration epoch, link state, slots 其中node id是第一次启动获得的一个160字节的随机字符串，并把id保存在配置文件中，一直不会再变 每个节点有一个额外的TCP端口，这个端口用来和其他节点交换信息。这个端口一般是在与客户端链接端口上面加10000，比如客户端端口为6379，那么cluster bus的端口为16379. node-to-node 交流是通过cluster bus与 cluster bus protocol进行。其中cluster bus protocol 是一个二进制协议，因为官方不建议其他应用与redis 节点进行通信，所以没有公开的文档，要查看的话只能去看源码。 Redis cluster 是一个网状的，每一个节点通过tcp与其他每个节点连接。假如n个节点的集群，每个节点有n-1个出的链接，n-1个进的链接。这些链接会一直存活。假如一个节点发送了一个ping,很就没收到pong,但还没到时间把这个节点设为 unreachable，就会通过重连刷新链接。 node 会在cluster bus端口一直接受连接，回复ping,即使这个ping 的node是不可信的。但是其他的包会被丢掉，如果发送者不是cluster 一员。 一个node有两种方式接受其他其他node作为集群一员 这样只要我们把节点加入到一个节点，就会自动被其他节点自动发现。 客户端可以自由的连接任何一个node,如果这个node 不能处理会返回一个MOVED的错误，类似下面这样 描述了key 的hash slot,属于哪个node client 会维护一个hash slots到IP:port的映射 当收到moved错误的时候，可以通过CLUSTER NODES或者CLUSTER SLOTS去刷新一遍整个client cluster 支持运行状态下添加和删除节点。添加删除节点抽象：把一部分hash slot从一个节点移动到另一个节点。 所以，动态扩容的核心就是在节点之间移动hash slot,hash slot 又是key的集合。所以reshare 就是把key从一个节点移动到其他节点。 redis 提供如下命令： 前两个指令：ADDSLOTS和DELSLOTS，用于向当前node分配或者移除slots，指令可以接受多个slot值。分配slots的意思是告知指定的master（即此指令需要在某个master节点执行）此后由它接管相应slots的服务；slots分配后，这些信息将会通过gossip发给集群的其他nodes。 ADDSLOTS指令通常在创建一个新的Cluster时使用，一个新的Cluster有多个空的Masters构成，此后管理员需要手动为每个master分配slots，并将16384个slots分配完毕，集群才能正常服务。简而言之，ADDSLOTS只能操作那些尚未分配的（即不被任何nodes持有）slots，我们通常在创建新的集群或者修复一个broken的集群（集群中某些slots因为nodes的永久失效而丢失）时使用。为了避免出错，Redis Cluster提供了一个redis-trib辅助工具，方便我们做这些事情。 DELSLOTS就是将指定的slots删除，前提是这些slots必须在当前node上，被删除的slots处于“未分配”状态（当然其对应的keys数据也被clear），即尚未被任何nodes覆盖，这种情况可能导致集群处于不可用状态，此指令通常用于debug，在实际环境中很少使用。那些被删除的slots，可以通过ADDSLOTS重新分配。 SETSLOT是个很重要的指令，对集群slots进行reshard的最重要手段；它用来将单个slot在两个nodes间迁移。根据slot的操作方式，它有两种状态“MIGRATING”、“IMPORTING” 1）MIGRATING：将slot的状态设置为“MIGRATING”，并迁移到destination-node上，需要注意当前node必须是slot的持有者。在迁移期间，Client的查询操作仍在当前node上执行，如果key不存在，则会向Client反馈“-ASK”重定向信息，此后Client将会把请求重新提交给迁移的目标node。 2）IMPORTING：将slot的状态设置为“IMPORTING”，并将其从source-node迁移到当前node上，前提是source-node必须是slot的持有者。Client交互机制同上。 假如我们有两个节点A、B，其中slot 8在A上，我们希望将8从A迁移到B，可以使用如下方式： 1）在B上：CLUSTER SETSLOT 8 IMPORTING A 2）在A上：CLUSTER SETSLOT 8 MIGRATING B 在迁移期间，集群中其他的nodes的集群信息不会改变，即slot 8仍对应A，即此期间，Client查询仍在A上： 1）如果key在A上存在，则有A执行。 2）否则，将向客户端返回ASK，客户端将请求重定向到B。 这种方式下，新key的创建就不会在A上执行，而是在B上执行，这也就是ASK重定向的原因（迁移之前的keys在A，迁移期间created的keys在B上）；当上述SET SLOT执行完毕后，slot的状态也会被自动清除，同时将slot迁移信息传播给其他nodes，至此集群中slot的映射关系将会变更，此后slot 8的数据请求将会直接提交到B上。 动态分片的步骤： 在上文中，我们已经介绍了MOVED重定向，ASK与其非常相似。在resharding期间，为什么不能用MOVED？MOVED意思为hash slots已经永久被另一个node接管、接下来的相应的查询应该与它交互，ASK的意思是当前query暂时与指定的node交互；在迁移期间，slot 8的keys有可能仍在A上，所以Client的请求仍然需要首先经由A，对于A上不存在的，我们才需要到B上进行尝试。迁移期间，Redis Cluster并没有粗暴的将slot 8的请求全部阻塞、直到迁移结束，这种方式尽管不再需要ASK，但是会影响集群的可用性。 1）当Client接收到ASK重定向，它仅仅将当前query重定向到指定的node；此后的请求仍然交付给旧的节点。 2）客户端并不会更新本地的slots映射，仍然保持slot 8与A的映射；直到集群迁移完毕，且遇到MOVED重定向。 一旦slot 8迁移完毕之后（集群的映射信息也已更新），如果Client再次在A上访问slot 8时，将会得到MOVED重定向信息，此后客户端也更新本地的集群映射信息。 可能有些Cluster客户端的实现，不会在内存中保存slots映射关系（即nodes与slots的关系），每次请求都从声明的、已知的nodes中，随机访问一个node，并根据重定向（MOVED）信息来寻找合适的node，这种访问模式，通常是非常低效的。 当然，Client应该尽可能的将slots配置信息缓存在本地，不过配置信息也不需要绝对的实时更新，因为在请求时偶尔出现“重定向”，Client也能兼容此次请求的正确转发，此时再更新slots配置。（所以Client通常不需要间歇性的检测Cluster中配置信息是否已经更新）客户端通常是全量更新slots配置： 遇到MOVED时，客户端仅仅更新特定的slot是不够的，因为集群中的reshard通常会影响到多个slots。客户端通过向任意一个nodes发送“CLUSTER NODES”或者“CLUSTER SLOTS”指令均可以获得当前集群最新的slots映射信息；“CLUSTER SLOTS”指令返回的信息更易于Client解析。 通常情况下，read、write请求都将有持有slots的master节点处理；因为redis的slaves可以支持read操作（前提是application能够容忍stale数据），所以客户端可以使用“READONLY”指令来扩展read请求。 “READONLY”表明其可以访问集群的slaves节点，能够容忍stale数据，而且此次链接不会执行writes操作。当链接设定为readonly模式后，Cluster只有当keys不被slave的master节点持有时才会发送重定向消息（即Client的read请求总是发给slave，只有当此slave的master不持有slots时才会重定向，很好理解）： 1）此slave的master节点不持有相应的slots 2）集群重新配置，比如reshard或者slave迁移到了其他master上，此slave本身也不再支持此slot。 集群中的nodes持续的交换ping、pong数据，这两种数据包的结构一样，同样都携带集群的配置信息，唯一不同的就是message中的type字段。 通常，一个node发送ping消息，那么接收者将会反馈pong消息；不过有时候并非如此，比如当集群中添加新的node时，接收者会将pong信息发给其他的nodes，而不是直接反馈给发送者。这样的好处是会将配置尽快的在cluster传播。 通常一个node每秒都会随机向几个nodes发送ping，所以无论集群规模多大，每个nodes发送的ping数据包的总量是恒定的。每个node都确保尽可能半个NODE_TIMEOUT时间内，向那些尚未发送过ping或者未接收到它们的pong消息的nodes发送ping。在NODE_TIMEOUT逾期之前，nodes也会尝试与那些通讯异常的nodes重新建立TCP链接，确保不能仅仅因为当前链接异常而认为它们就是不可达的。 当NODE_TIMEOUT值较小、集群中nodes规模较大时，那么全局交换的信息量也会非常庞大，因为每个node都尽力在半个NODE_TIMEOUT时间内，向其他nodes发送ping。比如有100个nodes，NODE_TIMEOUT为60秒，那么每个node在30秒内向其他99各nodes发送ping，平均每秒3.3个消息，那么整个集群全局就是每秒330个消息。这些消息量，并不会对集群的带宽带来不良问题。 心跳数据包的内容 ping和pong数据包中也包含gossip部分，这部分信息告诉接受者，当前节点持有其他节点的状态，不过它只包含sender已知的随机几个nodes，nodes的数量根据集群规模的大小按比例计算。 gossip部分包含了 集群失效检测就是，当某个master或者slave不能被大多数nodes可达时，用于故障迁移并将合适的slave提升为master。当slave提升未能有效实施时，集群将处于error状态且停止接收Client端查询。 每个node持有其已知nodes的列表包括flags，有2个flag状态：PFAIL和FAIL；PFAIL表示“可能失效”，是一种尚未完全确认的失效状态（即某个节点或者少数masters认为其不可达）。FAIL表示此node已经被集群大多数masters判定为失效（大多数master已认定为不可达，且不可达时间已达到设定值，需要failover）。 nodes的ID、ip+port、flags，那么接收者将根据sender的视图，来判定节点的状态，这对故障检测、节点自动发现非常有用。 当node不可达的时间超过NODE_TIMEOUT，这个节点就被标记为PFAIL(Possible failure),master和slave都可以标记其他节点为PFAIL。所谓不可达，就是当“active ping”（发送ping且能受到pong）尚未成功的时间超过NODE_TIMEOUT，因此我们设定的NODE_TIMEOUT的值应该比网络交互往返的时间延迟要大一些（通常要大的多，以至于交互往返时间可以忽略）。为了避免误判，当一个node在半个NODE_TIMEOUT时间内仍未能pong，那么当前node将会尽力尝试重新建立连接进行重试，以排除pong未能接收

搭建集群工作需要以下三个步骤： 1）准备节点。 2）节点握手。 3）分配槽。 Redis集群一般由多个节点组成，节点数量至少为6个才能保证组成完整高可用的集群。每个节点需要开启配置cluster-enabled yes，让Redis运行在集群模式下。建议为集群内所有节点统一目录，一般划分三个目录：conf、data、log，分别存放配置、数据和日志相关文件。把6个节点配置统一放在conf目录下，集群相关配置如下： 其他配置和单机模式一致即可，配置文件命名规则redis-{port}.conf，准备好配置后启动所有节点。 Cluster集群启动过程如下图：每个节点目前只能识别出自己的节点信息，可以执行cluster nodes命令获取集群节点状 态。 节点握手是指一批运行在集群模式下的节点通过Gossip协议彼此通信，达到感知对方的过程。节点握手是集群彼此通信的第一步，由客户端发起命令：cluster meet{ip}{port} cluster meet命令是一个异步命令，执行之后立刻返回。内部发起与目标节点进行握手通信，握手通信过程： 1）节点6379本地创建6380节点信息对象，并发送meet消息。 2）节点6380接受到meet消息后，保存6379节点信息并回复pong消息。 3）之后节点6379和6380彼此定期通过ping/pong消息进行正常的节点通 信。 分别执行meet命令让其他节点加入到集群中， 最后执行cluster nodes命令确认6个节点都彼此感知并组成集群。 节点建立握手之后集群还不能正常工作，这时集群处于下线状态，所有的数据读写都被禁止，通过cluster info命令可以获取集群当前状态。 Redis集群把所有的数据映射到16384个槽中。每个key会映射为一个固定的槽，只有当节点分配了槽，才能响应和这些槽关联的键命令。通过cluster addslots命令为节点分配槽。这里利用bash特性批量设置槽（slots），命令如下： 执行cluster info查看集群状态，如下所示： 当前集群状态是OK，集群进入在线状态。所有的槽都已经分配给节点，执行cluster nodes命令可以看到节点和槽的分配关系： 集群模式下，Reids节点角色分为主节点和从节点。首次启动的节点和被分配槽的节点都是主节点，从节点负责复制主节点槽信息和相关的数据。使用cluster replicate{nodeId}命令让一个节点成为从节点。其中命令执行必须在对应的从节点上执行，nodeId是要复制主节点的节点ID，命令如下： Redis集群模式下的主从复制使用了之前介绍的Redis复制流程，依然支持全量和部分复制。复制（replication）完成后，整个集群的结构如图：集群搭建需要很多步骤当集群节点众多时，必然会加大搭建集群的复杂度和运维成本。因此Redis官方提供了redis-trib.rb工具方便我们快速搭建集群。 redis-trib.rb是采用Ruby实现的Redis集群管理工具。内部通过Cluster相关命令帮我们简化集群创建、检查、槽迁移和均衡等常见运维操作，使用之前需要安装Ruby依赖环境。 1、安装Ruby： 2、安装rubygem redis依赖： 3、安装redis-trib.rb： 4、安装完Ruby环境后，执行redis-trib.rb命令确认环境是否正确，输出如 下： 首先我们跟之前内容一样准备好节点配置并启动： 启动好6个节点之后，使用redis-trib.rb create命令完成节点握手和槽分配过程，命令如下： --replicas参数指定集群中每个主节点配备几个从节点，这里设置为1。 如果部署节点使用不同的IP地址，redis-trib.rb会尽可能保证主从节点不分配在同一机器下，因此会重新排序节点列表顺序。节点列表顺序用于确定主从角色，先主节点之后是从节点。创建过程中首先会给出主从节点角色分配的计划，当我们同意这份计划之后输入yes，redis-trib.rb开始执行节点握手和槽分配操作。 集群完整性指所有的槽都分配到存活的主节点上，只要16384个槽中有一个没有分配给节点则表示集群不完整。可以使用redis-trib.rb check命令检测之前创建的集群是否成功，check命令只需要给出集群中任意一个节点地址就可以完成整个集群的检查工作，命令如下：

cluster的功能就是当一台电脑当机了，cluster另外一个节点就会自动启用，一般用在服务器上，即实现热切换功能，保证服务不中断

我们知道node是单进程的，但实际上目前cpu都是多核的，单进程只能跑一个核，这样cpu资源就没有得到充分利用。 cluster是一个node内置的集群模块，可以用于多进程管理。cluster非常好用，它大大减轻了我们多进程开发的难度，让我们可以轻松构建一个负载均衡集群。 express框架比较常用，我们可以在它下面集成cluster，使其拥有多进程的功能： 我的电脑是4核的，因此会fork出4个子进程，这个www文件会被执行5次，因为要构建5个进程： 1个主进程，4个子进程 。 这样做的好处是——主进程master只负责管理worker子进程，不直接参与业务处理。 给大家做个形象的比喻： 多进程模式下，master是主人，worker是工人。主人拿着皮鞭专门管理一群工人干活，看到哪个不干活（worker挂掉）就一鞭子抽过去（重启worker），主人会活的很好（master不会挂）；而单进程模式就是主人亲自干活，一不小心自己也挂了（未捕获异常搞死进程），那就真起不来了。 当然，这只是一个比喻。实际上，哪个worker挂掉后，master并不会自动重启它，但master会接收到一个通知exit，我们可以新fork一个进程即可。 下面我们就来测试一下： 当我们访问网页，究竟是哪个worker给我们处理呢？ 我们在express的首页index加上worker的监听信息： 用命令行模拟测试： 有mac电脑的同学可以打开命令行工具，输入命令top： 这是个linux命令，可以实时监控主机的进程。 寻找一下node进程，然后找到其中一个进程id，强制杀死它，看看进程是否自动重建了？ 我们在写js时，用到最多的还是回调函数，而回调函数因其延迟执行的特性，有时确实会有些隐蔽的、会导致进程挂掉的高风险bug没被发现，这时，即使我们开了worker子进程，这些危险的bug仍会轮番攻击worker，导致exit事件频繁发生。 为保护进程的安全，我们需要捕获这些未知的危险bug，通过打印错误堆栈分析出错误原因，并及时修正。 多进程必然带来数据共享问题，比如session。 假如你在登录时是worker1帮你处理的，session也会记录在worker1下面，而当你去购物车下单时，可能就分配到worker2去了，worker2下面没有session，因此判断你没登录，提醒你去登录。 这样就出问题了，怎么办呢？ 我们可以用mysql或redis来搞定，因为这二者都是独立于node进程之外的。 mysql是用表来记录session，而redis是共享内存，实战中redis使用的更普遍一些。 如果只是普通的数据，也可以用file做数据共享，这就看你的具体需求了。

http://zhidao.baidu.com/question/3004504.html?fr=qrl3最详细的介绍。

clusteredstandarderrors集群的标准误差例句:1.Confidenceintervalsandrelativestandarderrorsofestimatesontradewiththemainlandofchinaofoutwardprocessingnature.外发中国内地加工贸易估计的置信区间和相对标准误差。

很有可能是操作系统错误了，如果重装过程出了问题，可能是硬盘或者内存有问题，试一下吧

数据丢失,找不到XXX模块。 具体出了什么问题你要问行家的

集群领袖

complex配合物，或称络合物。由中心金属原子和配位体通过配位键形成，有单核的，也有多核的。cluster簇合物。原子间互相键成笼状或多面体结构的一类化合物叫原子簇化合物，包括非金属原子簇也包括金属原子簇。上述多核配合物中，若金属原子和金属原子间存在金属键，为金属原子簇化合物。aggregate应该是聚集体吧。是分子之间以及分子以上层次的超分子及有序高级结构的聚集体，是依靠氢键、盐键、一些弱的共价键和相互作用以及范德华力等所谓的次级键将分子结合在一起。

complex 配合物，或称络合物。由中心金属原子和配位体通过配位键形成，有单核的，也有多核的。 cluster 簇合物。原子间互相键成笼状或多面体结构的一类化合物叫原子簇化合物，包括非金属原子簇也包括金属原子簇。上述多核配合物中，若金属原子和金属原子间存在金属键，为金属原子簇化合物。 aggregate 应该是聚集体吧。是分子之间以及分子以上层次的超分子及有序高级结构的聚集体，是依靠氢键、盐键、一些弱的共价键和相互作用以及范德华力等所谓的次级键将分子结合在一起。

complex 配合物,或称络合物.由中心金属原子和配位体通过配位键形成,有单核的,也有多核的. cluster 簇合物.原子间互相键成笼状或多面体结构的一类化合物叫原子簇化合物,包括非金属原子簇也包括金属原子簇.上述多核配合物中,若金属原子和金属原子间存在金属键,为金属原子簇化合物. aggregate 应该是聚集体吧.是分子之间以及分子以上层次的超分子及有序高级结构的聚集体,是依靠氢键、盐键、一些弱的共价键和相互作用以及范德华力等所谓的次级键将分子结合在一起.

集群的创新

数据划分的潜力

Cassandra中的Key有如下三种类型 每张表都需要有主键。主键可以是一个字段或者多个字段的组合。每条记录的主键必须唯一。举个例子 这个数据表的主键有多个字段，称做复合主键。 Cassandra 根据分区键，使用一致性哈希算法，把数据分配到集群的各个机器上。一个机器可以包含多个分区。 Cassandra 保证同一分区键的数据都在一台机器上。通过合理的设置分区键，可以让你的查询让尽量少的机器处理，提升查询的效率 对于单主键字段来说，分区键和主键是同一个字段。 对于复合主键字段来说，默认情况下，分区键是复合主键的第一个字段。如上例中，分区键是 club 字段 可以通过括号来将分区键指定为多个字段，如将上面 CQL 的11行修改为 Clustering Keys决定了分区内数据的排序。让我们再看一下最初的例子 在主键中的字段，除了分区键外都是 clustering key 。既然 club 是主键，那么 league name kit_number position goals 是Clustering key。你可以定义 clustering key 中每个字段的升降序。可以将 kit_number 降序、 goals 升序 排序顺序与主键中字段的顺序相同。因此，在上面的例子中，数据是按照如下布局的 定义不同字段升降序的语法如下(默认为升序)