基本概念1.Producer：消息生产者，就是向kafkabroker发消息的客户端2.Consumer：消息消费者，向kafkabroker取消息的客户端3.ConsumerGroup（CG）：消费者组，由多个consumer组成。消费者组内每个消费者负责消费不同分区的数据，一个分区只能由一

TimeMachine默认需要使用HFS分区的外置硬盘，但在网络硬盘上也可以使用单个的_.sparsebundle_镜像文件备份。在本地USB或Firewire等接口连接的外置硬盘，只有exFAT分区，能否用上TimeMachine呢，答案是肯定的。按照下面的步骤操作即可。1\.插入外置硬盘，打开终端Terminal，定位到外置硬盘。这里外置

1\.CAP定理C：Consistency，一致性A：Availability，可用性P：Partitiontolerance，分区容错性CAP定理，指的是在一个分布式系统中，一致性、可用性、分区容错性，三者不可得兼。2\.CAP详解2.1一致性（C）指所有节点访问同一份最新的

createtableHIP\_LOG\_NODE\_Part(   ID                  VARCHAR2(32)        notnull,   LOG\_ID              VARCHAR2(32),   BUSINESS\_ID         VARCHAR2(36),

对swift对象存储的内部原理和相关技术可以查找对象存储、一致性哈希等文章，新浪有几篇技术分享介绍的很好，推荐看一看。一、相关概念LVM存储常用术语物理存储介质（PhysicalMedia）：物理存储设备，如磁盘或者磁盘上的分区，是存储系统的最底层实体。物理卷（PV，PhysicalVolume）：硬盘分区或从逻

  kafkaclient的版本:0.10   有个很重要的类Partitioner  _List1_publicinterfacePartitionerextendsConfigurable{/Computethepartitionforthegi

作为服务注册中心，Eureka比Zookeeper好在哪里著名的CAP理论指出，一个分布式系统不可能同时满足C（一致性）、A（可用性）和P（分区容错性）。由于分区容错性P是在分布式系统中必须要保证的，因此我们只能在A和C之间进行权衡。因此Zookeeper保证的是CPEureka则

分区表的意义：当数据量非常大时（表的容量到达GB或者是TB），如果仍然采用索引的方式来优化查询，由于索引本生的消耗以及大量的索引碎片的产生，查询的过程会导致大量的随机I/O的产生，在这种场景下除非可以很好的利用覆盖索引，否则由于在查询的过程中需要根据索引回数据表查询，会导致性能受到很大的影响，这时可以考虑通过分区表的策略来提高查询的性能。

Mysql5.1支持的partition函数1.数学函数ABS(x)    返回x的绝对值CEILING(x)/CEIL(x)返回大于或等于x的最小整数FLOOR(x)    返回小于或等于x的最大整数MOD(x,y)    返回x除以y以后的余数2.日期时间函数EXTRACT(typeFROMd)    从

点击蓝色字体“肉眼品世界”，关注公众号深度价值体系传递!(https://oscimg.oschina.net/oscnet/cdaf2bb2b6804d68997f17d08fa4ea00.jpg)当集群中有新成员加入，或者某些主题增加了分区之后，消费者是怎么进行重新分配分区再进行消费的？这里就涉及到重平衡（Rebala