节点服务器

zookeeper的安装目录:/usr/local/zookeeper-3.4.6/bin/zkServer.sh; 配置文件路径：../conf/zoo.cfg 端口 ：2181； ZooKeeper服务命令: 在准备好相应的配置之后，可以直接通过zkServer.sh 这个脚本进行服务的相关操作 1. 启动ZK服务: sh bin/zkServer.sh start 2. 查看ZK服务状态: sh bin/zkServer.sh status 3. 停止ZK服务: sh bin/zkServer.sh stop 4. 重启ZK服务: sh bin/zkServer.sh restart zk客户端命令 ZooKeeper命令行工具类似于 Linux 的shell环境，不过功能肯定不及shell啦，但是使用它我们可以简单的对ZooKeeper进行访问，数据创建，数据修改等操作. 使用 ./zkCli.sh -server 127.0.0.1:2181 连接到 ZooKeeper 服务 ，连接成功后，系统会输出 ZooKeeper 的相关环境以及配置信息。 命令行工具的一些简单操作如下： 1. 显示根目录下、文件： ls / 使用 ls 命令来查看当前 ZooKeeper 中所包含的内容 2. 显示根目录下、文件： ls2 / 查看当前节点数据并能看到更新次数等数据 3. 创建文件

安装Zookeeper 首先可以从 apache.org 下载最新版本的Zookeeper: https://zookeeper.apache.org/releases.html#download 。建议下载未定版本。 下面演示的是Zookeeper的3.4.6稳定版的安装。 1. 单机服务 下面的例子慎示了如何使用基本的配置安装 Zookeeper，安装目录为 ／usr/local/zookeeper,数据目录为／var/lib/zookeeper。 # tar－zxf zookeeper －3.4.6.tar.gzr # mv zookeeper -3.4.6 /usr/local/zookeeper # mkdir－ p /var/lib/zookeeper # cat > /usr/local/zookeeper/conf/zoo.cfg << EOF > tickTime=2000 > dataDir＝/var/lib/zookeeper > clientPort=2181 > EOF # export JAVA_HOME=/usr/java/ jdk1. 8.0_51 # /usr/local/zookeeper/bin/zkServer.sh start JMX enabled by default Using config: /usr/local/zookeeper

SMP、NUMA、MPP体系结构介绍 从系统架构来看，目前的商用服务器大体可以分为三类，即对称多处理器结构 (SMP ： Symmetric Multi-Processor) ，非一致存储访问结构 (NUMA ： Non-Uniform Memory Access) ，以及海量并行处理结构 (MPP ： Massive Parallel Processing) 。它们的特征分别描述如下： 1. SMP(Symmetric Multi-Processor) SMP (Symmetric Multi Processing),对称多处理系统内有许多紧耦合多处理器，在这样的系统中，所有的CPU共享全部资源，如总线，内存和I/O系统等，操作系统或管理数据库的复本只有一个，这种系统有一个最大的特点就是共享所有资源。多个CPU之间没有区别，平等地访问内存、外设、一个操作系统。操作系统管理着一个队列，每个处理器依次处理队列中的进程。如果两个处理器同时请求访问一个资源（例如同一段内存地址），由硬件、软件的锁机制去解决资源争用问题。Access to RAM is serialized; this and cache coherency issues causes performance to lag slightly behind the number of additional

　　上次我们搭建了Redis的主从架构，哨兵架构以及我们的集群架构，但是我们一直还未投入到实战中去，这次我们用jedis和springboot两种方式来操作一下我们的redis 主从架构 　　 如何配置我上次已经讲过了， https://www.cnblogs.com/cxiaocai/p/11711377.html 。我们这次主要看如何用java来操作redis，先来复习一下上次的配置，准备三台服务器，安装redis，保证互通，两台改为slave，配置 replicaof IP 端口，主从复制是通过rdb文件来复制的。大概就这么多，配置不再多说了，我们直接上代码。 　　jedis 　　创建一个Maven项目，引入我们的jedis依赖包 <!-- 加入jedis依赖 --> <dependency> <groupId>redis.clients</groupId> <artifactId>jedis</artifactId> <version>2.9.0</version> </dependency> 这里我就不封装连接工具类啦，我们直接看下测试代码吧 public static void main(String[] args) { JedisPoolConfig jedisPoolConfig = new JedisPoolConfig(); jedisPoolConfig

前面花了一段时间去学习SpringCloud的相关知识，主要是理解微服务的概念并使用SpringCloud的一系列组件实现微服务落地。学习这些组件本身是简单的，跟着操作一遍基本就会了，这也得益于Springboot给我们带来了很多便利。实际的应用中也许还会碰到一些坑，但只要我们掌握基本的原理就能够解决。 前面也讲了微服务的解决方案有两个，一个是SpringCloud,另外一个就是 Dubbo +Zookeeper，下面我们来学习Dubbo+Zookeeper实现微服务。 在学习微服务的第一篇中，理解了微服务的概念，比较了微服务与单体应用之前的优势和劣势，讲了要实现微服务主要的技术点，最重要的两块在于服务之间的通信和服务治理。 Dubbo+ Zookeeper 要实现微服务，就必须解决这两个技术点，Dubbo是一个RPC通信框架，它可以实现服务之间的通信。ZooKeeper 是一种分布式协调服务，用于管理大型主机。在分布式环境中协调和管理服务是一个复杂的过程。 一、 分布式协调技术 上面说Zookeeper是一个分布式协调技术，那么我们就得先来学习什么是分布式协调技术。 分布式协调技术 主要用来解决分布式环境当中多个进程之间的同步控制，让他们有序的去访问某种临界资源，防止造成"脏数据"的后果。 首先，要明白我们为什么需要分布式锁，一个简单的例子，一般系统上都有一些定时任务

1．需求 　　某分布式系统中，主节点可以有多台，可以动态上下线，任意一台客户端都能实时感知到主节点服务器的上下线。 2．需求分析 3．具体实现 （0）先在集群上创建/servers节点： [zk: localhost:2181(CONNECTED) 10] create /servers "servers" Created /servers （ 1）服务器端向Zookeeper注册代码： import org.apache.zookeeper.*; import org.jetbrains.annotations.NotNull; import java.io.IOException; public class DistributeServer { public static void main(@NotNull String[] args) throws IOException, KeeperException, InterruptedException { DistributeServer server = new DistributeServer(); // 思路：先写大框架！在考虑细节 // 1.连接zookeeper集群 server.getConnect(); // 2.注册节点 server.regist(args[0]); // 3.业务逻辑处理 server

主从切换技术的方法是：当主服务器宕机了，需要手动将一台从服务器切换为主服务器，这就需要人工干预，这可能会造成一段时间的服务不可用。 一.哨兵模式的概述： 　　哨兵是一个独立的进程，作为一个进程，他会独立地运行。使用一个或者多个哨兵（sentinel）实例构成的系统可以对Redis节点进行监控，在主节点出现故障的情况下，能将从节点中的一个升级为主节点，进行故障转移，保证数据的一致性。 　　　　　　 首先来配置一个主从分离： 一、配置Master 1、修改端口 port 6379 　　redis 的默认端口是6379 2、修改pidfile pidfile / var/run/redis_6379.pid 　　pidfile 是我们启动redis 的时候，linux 为我们分配的一个pid 进程号，如果这里不作修改，会影响后面redis服务的启动 3 、启动 redis 启动 redis ，我们可以看到， redis 已经占领了 6379 端口 进入客户端 有密码的话需要>auth password 输入密码 … 我们可以看到， redis 现在的角色是一个 master 启动的服务。并且默认没有连接从库。 二、配置Slave 　　和上面配置 master一样，我们需要修改端口号和pid 文件，在修改完之后，我们有两种方法配置从服务 1、在配置文件中配置从服务 # slaveof

一.Redis的主从复制是什么 主机数据更新后根据配置和策略，自行同步到备机的master/slave机制，Master以写为主，Slave以读为主。 二.Redis的主从复制能干什么 　　读写分离 　　容灾备份 三.怎么用 1.配从不配主 2.从库配置：slaveof 主库ip 主库端口（ 如果当前服务器已经是某台主服务器的从属服务器，那么执行SLAVEOF host port 将使当前服务器停止对旧主服务器的同步，并清除旧的数据集，转而向新的主服务器进行同步 ） 　　每次从库和主库断开之后，都需要重新连接，除非配置进Redis.conf文件 　　使用info replication指令可以查看当前Redis实例的情况（包括是主库还是从库，如果是主库，有几个从库，从库监听的端口号.......） 3.常见的应用情况： 　　3.1当master关闭之后，那么这个master的所有slave将原地待命，当master重新启动之后，那么这些slave将自动连接上这个master 　　3.2当master的某个从库slave挂掉之后，并不影响主库master和其余从库slave的使用，但是当挂掉的这台重新启动之后，将不再是这台master的从库，而是恢复master身份。 　　3.3上一个slave可以是下一个slave的Master

FE-interview 个人收集的前端知识点、面试题和答案，参考答案仅代表个人观点，方便复习，目录如下，通过文档内搜索目录可快速定位章节 $HTML， HTTP，web 综合问题 常见排序算法的时间复杂度,空间复杂度 前端需要注意哪些 SEO 合理的 title、description、keywords：搜索对着三项的权重逐个减小，title 值强调重点即可，重要关键词出现不要超过 2 次，而且要靠前，不同页面 title 要有所不同；description 把页面内容高度概括，长度合适，不可过分堆砌关键词，不同页面 description 有所不同；keywords 列举出重要关键词即可 语义化的 HTML 代码，符合 W3C 规范：语义化代码让搜索引擎容易理解网页 重要内容 HTML 代码放在最前：搜索引擎抓取 HTML 顺序是从上到下，有的搜索引擎对抓取长度有限制，保证重要内容一定会被抓取 重要内容不要用 js 输出：爬虫不会执行 js 获取内容 少用 iframe：搜索引擎不会抓取 iframe 中的内容 非装饰性图片必须加 alt 提高网站速度：网站速度是搜索引擎排序的一个重要指标 web 开发中会话跟踪的方法有哪些 cookie session url 重写 隐藏 input ip 地址 <img> 的 title 和 alt 有什么区别 title 是 global

1.ZooKeeper是一个开放源码的分布式协调服务，它是集群的管理者，监视着集群中各个节点的状态根据节点提交的反馈进行下一步合理操作。最终，将简单易用的接口和性能高效、功能稳定的系统提供给用户。 分布式应用程序可以基于Zookeeper实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集群管理、Master选举、分布式锁和分布式队列等功能。 Zookeeper保证了如下分布式一致性特性： 顺序一致性 原子性 单一视图 可靠性 实时性（最终一致性） 客户端的读请求可以被集群中的任意一台机器处理， 如果读请求在节点上注册了监听器，这个监听器也是由所连接的zookeeper机器来处理 。对于写请求，这些请求会同时发给其他zookeeper机器并且达成一致后，请求才会返回成功。因此，随着zookeeper的集群机器增多，读请求的吞吐会提高但是写请求的吞吐会下降。 有序性是zookeeper中非常重要的一个特性，所有的更新都是全局有序的，每个更新都有一个唯一的时间戳，这个时间戳称为zxid（Zookeeper Transaction Id）。而读请求只会相对于更新有序，也就是读请求的返回结果中会带有这个zookeeper最新的zxid。 Zookeeper提供了文件系统和通知机制。Zookeeper提供一个多层级的节点命名空间（节点称为znode）。与文件系统不同的是