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

最新推荐文章于 2024-08-23 21:34:39 发布

AIGC-Lison

最新推荐文章于 2024-08-23 21:34:39 发布

阅读量403

点赞数

文章标签：编程语言 java hue集群网络互联

本文链接：https://blog.csdn.net/z19981/article/details/106947431

版权

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)]