- 博客(7)
- 收藏
- 关注
RSS订阅原创 MongoDB4.0搭建分布式集群
搭建之前先了解一下MongoDB分片群集主要有如下三个组件：Shard：分片服务器，用于存储实际的数据块，实际生产环境中一个shard server 角色可以由几台服务器组成一个Peplica Set 承担，防止主机单点故障。 Config Server：配置服务器，存储了整个分片群集的配置信息，其中包括chunk信息。 Routers：前端路由，客户端由此接入，且让整个群集看上去像单一数据库，前端应用可以透明使用。系统环境Centos7.5、MongoDB4.0.2、关闭防火墙。三台机器
2022-05-06 12:08:46
1779
转载 或许你不知道的12条SQL技巧
SQL，一些有意思的TIPS，希望大家有收获。一、一些常见的SQL实践（1）负向条件查询不能使用索引。select * from order where status!=0 and stauts!=1not in/not exists都不是好习惯。可以优化为in查询：select * from order where statusin(2,3)...
2020-03-26 21:54:12
354
原创 zookeeper数据模型
在简单使用了zookeeper之后，我们发现其数据模型有些像操作系统的文件结构，结构如下图所示节点具有如下特点： 每个节点在zookeeper中叫做znode,并且其有一个唯一的路径标识，如/SERVER2节点的标识就为/APP3/SERVER2 Znode可以有子znode，并且znode里可以存数据，但是EPHEMERAL类型的节点不能有子节点 Zn...
2020-03-20 17:36:52
148
原创 zookeeper节点类型
借点类型 功能描述 持久节点（PERSISTENT） 所谓持久节点，是指在节点创建后，就一直存在，直到有删除操作来主动清除这个节点——不会因为创建该节点的客户端会话失效而消失。 持久顺序节点（PERSISTENT_SEQUENTIAL） 这类节点的基本特性和上面的节点类型是一致的。额外的特性是，在ZK中，每个父节点会...
2020-03-20 17:26:49
134
原创 zookeeper角色分类
启动 Zookeeper 服务器集群环境后，多个 Zookeeper 服务器在工作前会选举出一个 Leader。选举出 leader 前，所有 server 不区分角色，都需要平等参与投票（ obServer 除外，不参与投票）；选主过程完成后，存在以下几种角色：角色 描述 领导者（leader） 1、负责进行投票的发起和决议 2、接收客户端的更新请求，把内...
2020-03-19 18:15:34
279
原创 zookeeper同步协议ZAB
ZooKeeper使用的是ZAB协议作为数据一致性的算法， ZAB（ZooKeeper Atomic Broadcast ） 全称为：原子消息广播协议；ZAB协议的两个基本模式：恢复模式和广播模式一、恢复模式当服务启动或者在领导者崩溃后，Zab就进入了恢复模式，当领导者被选举出来，且大多数server完成了和leader的状态同步以后，恢复模式就结束了。状态同步保证了leader和se...
2020-03-19 17:52:03
297
原创 zookeeper读写数据流程
一、读数据Leader/Follower/Observer都可直接处理读请求，从本地内存中读取数据并返回给客户端即可。二、写数据 通过Leader进行写操作流程如下图所示 通过Follower/Observer进行写操作流程如下图所示： 从上图可见Follower/Observer均可接受写请求，但不能直接处理，而需要将写请求转发给Leader处理 除了多了一...
2020-03-19 16:17:15
1167
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人