为什么不用redis持久化代替mysql 为什么不用redis _为什么

本文目录一览：

1、memcached和redis的区别
2、为什么不用es替代redis
3、redis也可以实现队列,为什么还要用rabitmq或者kafka
4、springsecurity不使用redis

memcached和redis的区别在Redis中，并不是所有的数据都一直存储在内存中的。这是和Memcached相比一个最大的区别（我个人是这么认为的）。
数据支持类型：redis在数据支持上要比memecache多的多。使用底层模型不同：新版本的redis直接自己构建了VM 机制，因为一般的系统调用系统函数的话，会浪费一定的时间去移动和请求。
Redis支持服务器端的数据操作：Redis相比Memcached来说，拥有更多的数据结构和并支持更丰富的数据操作，通常在Memcached里，你需要将数据拿到客户端来进行类似的修改再set回去。这大大增加了网络IO的次数和数据体积。
redis 在 0 版本后增加了自己的 VM 特性，突破物理内存的限制；可以对 key value 设置过期时间（类似 memcache）memcache 可以修改最大可用内存，采用 LRU 算法。
Redis不可能比Memcache快很多开发者都认为Redis不可能比Memcached快，Memcached完全基于内存，而Redis具有持久化保存特性，即使是异步的，Redis也不可能比Memcached快。但是测试结果基本是Redis占绝对优势。
Redis中，并不是所有的数据都一直存储在内存中的。这是和Memcached相比一个最大的区别。
为什么不用es替代redis作为同是分布式架构的redis和es集群，两者的理念相同，都是为了解决高可用，提高容灾能力。但两者在具体设计方面还是有些许差异。
es 。人像数据中，主要是图像跟视频，所以是存es不是redis 。数据是科学实验、检验、统计等所获得的和用于科学研究、技术设计、查证、决策等的数值。
缺点：短时间内大量增加数据，可能导致内存不够用。ES优点：会建立一个覆盖表中所有文档、所有字段的庞大的倒排索引，以实现对存入ES中的所有数据进行快速检索。缺点：字段类型无法修改、写入性能较低和高硬件资源消耗。
redis也可以实现队列,为什么还要用rabitmq或者kafka1、Kafka是一个高吞吐量的分布式队列，用于长时间存储大量数据。对于需要持久性的一对多用例，Kafka是理想的选择。复杂路由：RabbitMQ RabbitMQ是一个较老但很成熟的代理，具有许多支持复杂路由的功能。
2、现在主流的消息队列可以分为两类，一类以kafka为代表，一类以RabbitMQ为代表，二者有很多相似的地方，也都有各自的优势。
3、kafka是个日志处理缓冲组件，在大数据信息处理中使用。和传统的消息队列相比较简化了队列结构和功能，以流形式处理存储（持久化）消息（主要是日志）。
4、Redis虽然可以用作消息队列，但其各项功能显示不如单一实现的消息队列，所以通常情况下并不使用它的消息队列功能；Kafka的性能要优于RabbitMQ，通常在日志采集，数据采集时使用较多，所以这里我们采用Kafka实现消息队列功能。
5、我们介绍了RabbitMQ ， Kafka和Redis的一些特征。这三种动物都是它们的类别，但是如上所述，它们的运行方式大不相同。这是我们建议正确的消息代理根据不同用例使用的建议。
springsecurity不使用redis1、使用安全框架，使开发团队能够选择最适合这些需求的框架，可以通过配置的方式实现对资源的访问限制，使得开发更加的高效。
2、那就是使用username获取到数据库中用户信息并返回成UserDetail实体。
3、增加SpringSecurity的相关依赖首先我们需要在pom文件中增加SpringSecurity的相关依赖配置。
4、要想分析SpringSecurity的认证流程，就一定要先了解整个SpringSecurity的工作流程，我们才能最终进行一些自定义操作。
5、Spring Security默认使用 AffirmativeBased 实现 AccessDecisionManager 的 decide 方法来实现授权到此位置 authentication 当前用户信息，fl当前访问的资源路径及attributes当前资源路径的决策（即是否需要认证）。
【为什么不用redis持久化代替mysql 为什么不用redis】6、springsecurity自定义过滤control步骤：SpringSecurity中自定义一个的过滤器，将其添加到SpringSecurity过滤器链的合适位置，定义一个自己的过滤器类继承Filter接口即可。