一直不大了解进程和线程之间的区别,最近看书《Linux 内核设计与实现》,里面有说到进程的概念,下面就把原文给抄下来,内核的版本是基于 2.6.32 的:
这本书是一本关于Docker入门的书籍,感觉里面的内容不错,特意做下笔记。
书本中实验例子中的资源在作者的github上,资源链接点我
Docker 引擎是用来运行和管理容器的核心软件。通常人们会简单地将其代指为 Docker 或者 Docker 平台,可以类别为 VMWare 的 ESXI 的角色。
本文主要参考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,为了方便升级我们通常会把程序、数据、日志和配置文件分别部署在不同的目录下。
一个阳光明媚的早晨,老婆又在翻看我订阅的技术杂志。
“老公,什么是RPC呀,为什么你们程序员那么多黑话!”,老婆还是一如既往的好奇。
“RPC,就是Remote Procedure Call的简称呀,翻译成中文就是远程过程调用嘛”,我一边看着书,一边漫不经心的回答着。