这就是博客

Elasticsearch 是一个分布式的 RESTful 风格的搜索和数据分析引擎。

• 查询 ： Elasticsearch 允许执行和合并多种类型的搜索 — 结构化、非结构化、地理位置、度量指标 — 搜索方式随心而变。
• 分析 ： 找到与查询最匹配的十个文档是一回事。但是如果面对的是十亿行日志，又该如何解读呢？Elasticsearch 聚合让您能够从大处着眼，探索数据的趋势和模式。
• 速度 ： Elasticsearch 很快。真的，真的很快。

博主有两位朋友分别是小 A 和小 B:

1. 小 A，工作于传统软件行业(某社保局的软件外包公司)，每天工作内容就是和产品聊聊需求，改改业务逻辑。再不然就是和运营聊聊天，写几个 SQL，生成下报表。又或者接到客服的通知，某某功能故障了，改改数据，然后下班部署上线。每天过的都是这种生活，技术零成长。
2. 小 B，工作于某国企，虽然能接触到一些中间件技术。然而，他只会订阅/发布消息。通俗点说，就是调调 API。对为什么使用这些中间件啊？如何保证高可用啊？没有充分的认识。

一直不大了解进程和线程之间的区别，最近看书《Linux 内核设计与实现》，里面有说到进程的概念，下面就把原文给抄下来，内核的版本是基于 2.6.32 的：

这本书是一本关于Docker入门的书籍，感觉里面的内容不错，特意做下笔记。
书本中实验例子中的资源在作者的github上，资源链接点我

Docker 引擎是用来运行和管理容器的核心软件。通常人们会简单地将其代指为 Docker 或者 Docker 平台，可以类别为 VMWare 的 ESXI 的角色。

本文主要参考的博客文章链接 https://www.fandenggui.com/post/centos7-install-openvpn.html

网上多数的Openvpn例子都是基于客户端密钥认证的，多个客户那就要多个密钥，这样配置服务端或者客户端都非常麻烦。这里使用账号密码认证来配置，可以轻松实现多人登录使用VPN。

本文主要参考TIDB在知乎上面的文章（TiDB 最佳实践系列），原文点我，结合前段时间生产环境下出现了由于大量region引起的故障所写的文章。下面是具体内容：

这里借助 percona的pt-query-digest工具对mysql的慢日志做分析,这里使用mysql5.5做例子。

对于新手（我自己）来说，管理查看RocketMQ最好的办法是通过图形化界面。RocketMQ的源码并没有提供对应的图形化管理工具，但是我们可以使用RocketMQ-Console这个图形化工具。下面我们介绍下怎么安装，具体大家可以参考 github 这里 ，中文的使用手册 点我 。

在前面，我们介绍了如果快速安装单个RocketMQ。快速安装意味着这只是在测试环境下的小打小闹，我们在单机安装的基础上，尝试安装RocketMQ集群。本次安装为了方便，使用的是已经编译好的二进制包进行安装部署。

前面的文章对RocketMQ的介绍，下面我们尝试在单机环境下安装部署RocketMQ。该安装步骤主要参考官网，原文点我

本文首先引出消息中间件通常需要解决哪些问题，在解决这些问题当中会遇到什么困难，Apache RocketMQ作为阿里开源的一款高性能、高吞吐量的分布式消息中间件否可以解决，规范中如何定义这些问题。然后本文将介绍RocketMQ的架构设计，以期让读者快速了解RocketMQ。

在前文已经对DM工具做了一个 介绍 ,下面我们来使用DM工具同步数据吧。

DM (Data Migration) 是一体化的数据同步任务管理平台，支持从 MySQL 或 MariaDB 到 TiDB 的全量数据迁移和增量数据同步。使用 DM 工具有利于简化错误处理流程，降低运维成本。

TiDB3.0在前不久发布了，据说有很大的性能提升。接领导命令，让我来测试一下由2.1版本升级到3.0版本的工作。下面的文档参考了官方的文档，也柔合自己的内容。

近来在捣鼓redis，看的书本是《redis开发与运维（付磊）》。书本一开始就有说到为什么redis那么快，其中一个原因是单线程a，用的是epoll模型的IO 多路复用技术。这个epoll在nginx上也有用到的，而redis和nginx都有个共同的特点就是占用资源少，并发量大。虽说以前大学的时候也有学过IO 多路复用，但是基本没有什么印象了，看了知乎的一篇文章之后才大概了解这是什么东西。

TiDB Server 负责接收 SQL 请求，处理 SQL 相关的逻辑，并通过 PD 找到存储计算所需数据的 TiKV 地址，与 TiKV 交互获取数据，最终返回结果。TiDB Server 是无状态的，其本身并不存储数据，只负责计算，可以无限水平扩展，可以通过负载均衡组件（如LVS、HAProxy 或 F5）对外提供统一的接入地址。

Redis的安装其实很简单，这里之所以搞得那么多步奏主要还是为了安装的规范化，为日后的运维提供便利。为了增强安全性，我们使用普通用户来管理Redis，为了方便升级我们通常会把程序、数据、日志和配置文件分别部署在不同的目录下。