本文目录

1. redis和memcached的区别
2. 什么情况下必须用Redis，而不能使用其他数据库
3. es跟redis哪个更适合存储数据
4. redis优势这么多,为什么没有吧memcache干掉

redis和memcached的区别

Redis和Memcached都是常见的内存缓存系统，它们都可以用来加速应用程序的数据读取速度。

以下是它们的一些主要区别：

1.数据存储方式：Redis不仅支持内存缓存，还支持磁盘持久化，可以将内存中的数据保存到硬盘上，以防止数据丢失。而Memcached只支持内存缓存，不能将数据持久化到硬盘上。

2.数据类型支持：Redis支持多种数据类型，包括字符串、哈希表、列表、集合和有序集合等，而Memcached只支持简单的键值存储。

3.内存管理方式：Redis使用一种称为VM（VirtualMemory）的技术来管理内存，这种技术可以将内存分为多个区域，并且可以将一部分数据保存在磁盘上以释放内存。而Memcached使用一种称为SlabAllocation的技术来管理内存，这种技术可以将内存分为多个大小不同的块，并且可以动态调整内存大小。

4.性能表现：在单个节点的场景下，Memcached通常比Redis表现更好，因为它的内存管理方式更简单，处理速度更快。但是，在大规模分布式场景下，Redis表现更好，因为它提供了更多的功能和更好的可靠性保障。

5.Redis和Memcached都是常见的内存缓存系统，它们在数据存储方式、数据类型支持、内存管理方式和性能表现等方面有所不同，开发者需要根据自己的需求和场景来选择合适的缓存系统。

什么情况下必须用Redis，而不能使用其他数据库

首先，你一定知道redis是单线程的NoSQL落地产品。既然是NOSQL肯定是可以做一些数据库的事情，但在这个之外，它可以有高效进行内存缓存。明白点就是将数据存放于内存中而不是每次都从数据库的存储文件上面捣腾。这样速度就可以很快。

既然是基于内存进行缓存，那必然有一点不能放太大太多的数据，所以第一点，我们一定放一些实用性较高，命中率较高的数据。这样不至于占着茅坑不拉屎。所以，结合起来就是，需要查询的存储数据比较多，而每次几乎只查这么多数据中的其中一小部分经常使用的数据时，就用他了！

第二点，既然是单线程！那么你怕啥？你想到啥？高并发环境呀！对！针对一些高并发的数据排队，任务执行时候，可以通过Redis进行分布式锁的控制。

第三点，还有啥？太多了！可以做订阅发布，服务注册……

但是！我们公司和支付宝等大企业很多架构师明确提出，中间件的就应该做自己该做的事情！Redis其实开发的初衷就是缓存储缓存！其他功能都是对它的扩展和包装！不建议使用！就把它当成一个分布式缓存中间件来用吧！其他扩展功能都有对应的其他中间件。

不越俎代庖，不推诿避任！它就是一个缓存中间件。

感谢指导，相互指正学习！

es跟redis哪个更适合存储数据

ES（Elasticsearch）和Redis都是流行的数据存储和检索工具，它们各自适用于不同的场景和数据类型。以下是它们各自的一些特点：

ES：

ES是一个分布式搜索和分析引擎，适用于存储和管理大量数据，包括文本、数字、图像等结构化和非结构化的数据。

ES具有强大的搜索和查询功能，支持各种查询语句和过滤器，可以快速地检索和分析数据。

ES具有良好的扩展性，可以通过添加节点来增加存储和计算能力。

ES支持实时索引和更新，可以快速响应数据的变化。

Redis：

Redis是一个内存数据库，适用于存储和管理高速数据，包括字符串、哈希、列表、集合等数据类型。

Redis具有快速的读写性能和低延迟的响应时间，可以作为缓存层来加速数据访问。

Redis支持高级的数据结构和操作，例如有序集合、事务和消息队列等，可以用于构建复杂的应用程序。

Redis具有有限的内存容量，不能存储大量的数据，而且不擅长处理复杂的数据结构和查询。

因此，根据实际需求和数据类型，可以选择ES或Redis作为数据存储和检索工具。如果需要存储大量数据并进行快速检索和分析，ES是一个更好的选择；如果需要高速的读写性能和低延迟的响应时间，Redis是一个更好的选择。当然，也可以将两者结合起来使用，根据实际需求来选择合适的工具。

redis优势这么多,为什么没有吧memcache干掉

两者虽然有着子集的关系，但不得不说还有存在很多不同，而且彼此不能互相替代。就像有些面试官会问你【为什么要使用redis】的问题，也是因为有些场合，是根本不需要用到redis，或者说没必要用到哦。

简单说，这两者都是基于内存的数据缓存系统，我认为memcache实现的存储功能是redis的子集，即memcache能实现的存储，redis也能做到，但反之则不行。

比如说，memcache只支持简单的key/value数据结构，但是redis除了String外，还支持list、dict、set、zset、hyperloglog等等数据结构的存储。

其他的类似redis的持久化、redis的读写效率、redis的快照功能，都是比memcache要强大且完善的功能，但为何memcache还是存在，且有很多项目还是使用呢？

其主要的原因，在我看来，是因为场景的需要，比如：

1）项目中使用缓存存储时，只会对String数据结构进行存储，但redis在存储String类型时，会耗费更多的内存，我们需要对数据转换为dict来进行存储的压缩，从而减低内存损耗，在这种情况下，我会优先考虑memcache。

2）redis只支持单线程，其性能受限于CPU性能，即取决于数据结构、数据大小以及服务器硬件性能，其在日常环节中的QPS高峰约为1-2w，而memcache具有多核优势，其单实例的吞吐量极高，性能主要取决于存储的key及value的字节大小以及服务器硬件性能，其在日常环节中的QPS高峰约为4-6w。（但有意思的时，即使如此，memcache的性能比起redis，在实际业务中并没有好多少，但如果看过源码的人会发现，redis的源码及其精致！而memcache的源码则稍显臃肿，可能这一块也会有一定的影响呢？）

总的说：一昧的使用redis来进行数据缓存系统，并不是最佳的选择，如果项目根本就不需要复杂的数据结构呢？如果项目的数据只有一小部分使用了缓存，根本不需要使用持久化和备份呢？如果项目不需要在服务器之间进行数据同步呢？在诸如此类情况下，使用redis反而是增加项目成本，杀鸡焉用宰牛刀~

——没事待在家里不出门的居家程序员敲上。（我不想脱发！）

OK，本文到此结束，希望对大家有所帮助。