您的位置:首页 > 数据库 > Memcache

你一定要知道的Memcached集群的使用

2020-06-24 17:03 316 查看

typora-copy-images-to: img
typora-root-url: img

1. 基础知识

1.1. 什么是Memcached

1.1.1. Memcached简介

Memcached:是一个免费开源的、高性能的、具有分布式内存对象的缓存系统,它通过减轻数据库负载加速动态Web应用;

这个实在没什么好说的了,毕竟大家学过redis,数据库的数据是放到磁盘的,而不管是redis还是memcached都可以把它当做一个大大的内存条,从内存条里面读取数据肯定比从硬盘里面读取数据库要快得多。

再来看下它得特性:

l 本质上就是一个内存key-value缓存;

l 协议简单,使用的是基于文本行的协议;

l 不支持数据的持久化,服务器关闭之后数据全部丢失;

l Memcached简洁而强大,便于快速开发,上手较为容易;

l 互不通信的Memcached之间具有分布特征 ;

l 没有安全机制

这些特性其实就把memcached的有点缺全部说到了

本质上是一个内存的key-value缓存这个没什么好说的,这是nosql数据库的标准特点

协议简单,后面学了客户端的时候会了解,Redis是RESP协议,在RESP里面描述KEY的长度,KEY的值,VALUE的长度,VALUE的值,而在Memcached里面。呵呵哒,协议简单是简单,至于麻不麻烦后面学客户端同学们会有深刻的体会,在这先卖个关子。

其他的,这就不做解释了,同学们一看就明白

1.1.2. 适合和不适合的场景

再来看下memcached的使用场景,什么情况下适合用memcached什么情况下又不适合呢?

memcached适合变化频繁,查询频繁,重点是不是要入库的场景,为啥?它没法持久化

还又就是变化不频繁,但查询频繁的数据,最后就是读多谢少的场景,尤其是电商场景中用于页面数据的缓存,这是memcached适合的场景

pv值不高,不考虑使用,什么叫pv? 就是page view页面展示次数,如果一些页面都没什么访问量就不要考虑memcached了。

变化频繁且需要入库,这个就直接不要考虑memcached了,为啥?它没法持久化呗。

再就是过大的数据不适合放在memcached中,这个也好理解。

1.2. 分布式缓存产品比较

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gZFPp2iO-1592989350820)(/wps10.jpg)]

首先来看下线程模型,Redis是单进程单线程的模式,而memcached是单进程多线程,这肯定memcached性能比redis要好那么一点,这样的差距反应在QPS/TPS的比较中,不过这个差别也不是特别的大。

没错,这么一比较memcached也并不是一无是处,但这也就是memcached唯一的可圈可点之处了。

其他的基本redis超过memcached一大截。

1.2.1. 集群比较

当然现在还讲到安装,更没讲到memcached集群,不过同学们可以先来看下,首先回顾下redis集群,不管是redis中的哨兵还是cluster集群,服务与服务直接是可以有数据的同步的,master的节点数据会通过slaveof的配置参数进行同步,如下图所示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RY6Xxfmy-1592989350823)(/wps11.jpg)]

再来看下memcached,memcached肯定也是可以支持集群的,但他的集群仅仅体现再数据的分库中,memcached内存有限制是吧?我用多个memcached来存不就可以了。memcached节点之间是不会进行任何通信的,更别说什么master与slave机制了,他本身也不支持持久化,服务重启数据就丢了,所以高可用什么的想都不要想,他不支持,如下图所示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kHKfwCn9-1592989350824)(/wps12.jpg)]

1.2.2. 数据库流行度排行

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-IYk2cd69-1592989350827)(/wps13.jpg)]

这个图是2018年的最新数据,关系型数据库就不说了,重点就来看下redis和memcached这两个nosql所在得位置,redis还不错。比较汗颜得就是memcached了。我记得2017年我就看过这数据库他排24名,现在2019年了,依然不温不火,排在24名,有点小尴尬!

2. Memcached安装

2.1. 准备工作

在linux根目录创建soft文件夹(根据自己习惯)

mkdir /soft

在soft目录里面上传课件里面的两文件

libevent-2.1.8-stable.tar.gz

memcached-1.5.12.tar.gz

2.1.1. 安装libevent

安装Memcached应该先安装好libevent依赖,在soft目录里面执行命令

tar -xzvf libevent-2.1.8-stable.tar.gz

进入libevent的目录,开始安装libevent

./configure -prefix=/soft/libevent

make

make install

通过上述命令,libevent已经安装到/soft/libevent目录了

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NX8m9COe-1592989350828)(/wps14.jpg)]

2.1.2. 安装Memcached

在soft目录解压上传的memcached

tar -zxvf memcached-1.5.12.tar.gz

注意:编译的时候需要指定动态链接库,需要linux把libevent/lib目录加载进来,下面的步骤特别重要

vi /etc/ld.so.conf

在ld.so.conf目录中增加libevent/lib所在目录,wq保存退出

增加(请根据libevent实际安装目录设置)

/soft/libevent/lib

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gBiTt6AU-1592989350829)(/wps15.jpg)]

执行下面命令让上面的修改生效

ldconfig

下面可以正式安装memcached,需要指定libevent的安装位置

./configure -prefix=/soft/memcached --with-libevent=/soft/libevent

make

make install

2.2. 测试

进入memcached的安装目录下的bin目录

执行:

./memcached -h

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HK1kfEsd-1592989350830)(/wps16.jpg)]

发现有如上界面说明memcached 已经安装成功

2.3. memcached启动

memcached -m 16 -p 11211 -d -c 1024 -u root

-d 选项是启动一个守护进程,

-m 是分配给Memcache使用的内存数量,单位是MB,这里是1024MB,默认是64MB

-u 是运行Memcache的用户,这里是root

-l 是监听的服务器IP地址,默认应该是本机

-p 是设置Memcache监听的端口,默认是11211,最好是1024以上的端口

-c 选项是最大运行的并发连接数,默认是1024,这里设置了1024,按照你服务器的负载量来设定

-P 是设置保存Memcache的pid文件位置

-h 打印帮助信息

-v 输出警告和错误信息

-vv 打印客户端的请求和返回信息

ps -ef | grep memcached 查看

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-IuKafJcz-1592989350831)(/wps17.jpg)]

2.4. 集群启动

memcached 可以安装到多台机器上,安装方式与上面一样。这里就不分别安装了,就在当前的节点上启动多个memcached 实例。

memcached -m 16 -p 11212 -d -c 1024 -u root

memcached -m 16 -p 11213 -d -c 1024 -u root

通过上面两条命令,实际又启动了2个memcached实例,加上上面启动的,总共启动了3个memcached实例

ps -ef | grep memcached 查看

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AxX6q0uS-1592989350832)(/wps18.jpg)]

2.5. 停止memcached

Kill -9 端口号

内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: