fwq

天下无难试之Redis面试刁难大全 收藏 来到golang学习网的大家，相信都是编程学习爱好者，希望在这里学习数据库相关编程知识。下面本篇文章就来带大家聊聊《天下无难试之Redis面试刁难大全》，介绍一下存储、Redis、面试，希望对大家的知识积累有所帮助，助力实战开发！  Redis在互联网技术存储方面使用如此广泛，几乎所有的后端技术面试官都要在Redis的使用和原理方面对小伙伴们进行各种刁难。作为一名在互联网技术行业打击过成百上千名的资深技术面试官，看过了无数落寞的身影失望的离开，略感愧疚，故献上此文，希望各位读者以后面试势如破竹，永无失败! Redis有哪些数据结构? 字符串String、字典Hash、列表List、集合Set、有序集合SortedSet。 如果你是Redis中高级用户，还需要加上下面几种数据结构HyperLogLog、Geo、Pub/Sub。 如果你说还玩过Redis Module，像BloomFilter，RedisSearch，Redis-ML，面试官得眼睛就开始发亮了。 使用过Redis分布式锁么，它是什么回事? 先拿setnx来争抢锁，抢到之后，再用expire给锁加一个过期时间防止锁忘记了释放。 这时候对方会告诉你说你回答得不错，然后接着问如果在setnx之后执行expire之前进程意外crash或者要重启维护了，那会怎么样? 这时候你要给予惊讶的反馈：唉，是喔，这个锁就永远得不到释放了。紧接着你需要抓一抓自己得脑袋，故作思考片刻，好像接下来的结果是你主动思考出来的，然后回答：我记得set指令有非常复杂的参数，这个应该是可以同时把setnx和expire合成一条指令来用的!对方这时会显露笑容，心里开始默念：摁，这小子还不错。 假如Redis里面有1亿个key，其中有10w个key是以某个固定的已知的前缀开头的，如果将它们全部找出来? 使用keys指令可以扫出指定模式的key列表。 对方接着追问：如果这个redis正在给线上的业务提供服务，那使用keys指令会有什么问题? 这个时候你要回答redis关键的一个特性：redis的单线程的。keys指令会导致线程阻塞一段时间，线上服务会停顿，直到指令执行完毕，服务才能恢复。这个时候可以使用scan指令，scan指令可以无阻塞的提取出指定模式的key列表，但是会有一定的重复概率，在客户端做一次去重就可以了，但是整体所花费的时间会比直接用keys指令长。 使用过Redis做异步队列么，你是怎么用的? 一般使用list结构作为队列，rpush生产消息，lpop消费消息。当lpop没有消息的时候，要适当sleep一会再重试。 如果对方追问可不可以不用sleep呢?list还有个指令叫blpop，在没有消息的时候，它会阻塞住直到消息到来。 如果对方追问能不能生产一次消费多次呢?使用pub/sub主题订阅者模式，可以实现1:N的消息队列。 如果对方追问pub/sub有什么缺点?在消费者下线的情况下，生产的消息会丢失，得使用专业的消息队列如rabbitmq等。 如果对方追问redis如何实现延时队列?我估计现在你很想把面试官一棒打死如果你手上有一根棒球棍的话，怎么问的这么详细。但是你很克制，然后神态自若的回答道：使用sortedset，拿时间戳作为score，消息内容作为key调用zadd来生产消息，消费者用zrangebyscore指令获取N秒之前的数据轮询进行处理。 到这里，面试官暗地里已经对你竖起了大拇指。但是他不知道的是此刻你却竖起了中指，在椅子背后。 如果有大量的key需要设置同一时间过期，一般需要注意什么? 如果大量的key过期时间设置的过于集中，到过期的那个时间点，redis可能会出现短暂的卡顿现象。一般需要在时间上加一个随机值，使得过期时间分散一些。 Redis如何做持久化的? bgsave做镜像全量持久化，aof做增量持久化。因为bgsave会耗费较长时间，不够实时，在停机的时候会导致大量丢失数据，所以需要aof来配合使用。在redis实例重启时，会使用bgsave持久化文件重新构建内存，再使用aof重放近期的操作指令来实现完整恢复重启之前的状态。…

SpringBoot整合Redis入门之缓存数据的方法 收藏 对于一个数据库开发者来说，牢固扎实的基础是十分重要的，golang学习网就来带大家一点点的掌握基础知识点。今天本篇文章带大家了解《SpringBoot整合Redis入门之缓存数据的方法》，主要介绍了SpringBootRedis、缓存数据，希望对大家的知识积累有所帮助，快点收藏起来吧，否则需要时就找不到了！ 为什么要使用Redis呢？ 举个例子，假如系统中有2千万用户信息，用户信息基本固定，一旦录入很少变动，那么你每次加载所有用户信息时，如果都要请求数据库，数据库编译并执行你的查询语句，这样效率就会低下很多，针对这种信息不经常变动并且数据量。 较大的情况，通常做法，就是把他加入缓存，每次取数前先去判断，如果缓存不为空，那么就从缓存取值，如果为空，再去请求数据库，并将数据加入缓存，这样大大提高系统访问效率。 相关依赖 org.springframework.boot spring-boot-starter-parent 2.2.7.RELEASE org.springframework.boot spring-boot-starter-data-redis org.apache.commons commons-pool2 mysql mysql-connector-java org.mybatis.spring.boot mybatis-spring-boot-starter 2.1.1 tk.mybatis mapper-spring-boot-starter 2.1.5 org.projectlombok lombok org.springframework.boot spring-boot-starter-test 配置 #…

redis发布订阅_动力节点Java学院整理 收藏 本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《redis发布订阅_动力节点Java学院整理》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~ 其实在很多的MQ产品中都存在这样的一个模式，我们常听到的一个例子就是邮件订阅的场景，什么意思呢，也就是说100个人订阅了你的博客，如果博主发表了文章，那么100个人就会同时收到通知邮件，除了这个场景还能找到其他场景么，当然有啦，你想想，如果你要在内存里面做一个读写分离的程序，为了维持数据的完整性，你是不是需要保证在写入的时候，也要分发到各个读内存的程序中呢？所以说场景还是很多的，在于你的挖掘~~~ 下面还是从基本命令入手： 一：命令简介 从redis手册上面可以看到，其实“发布、订阅”模式才区区6个命令，下面听我一一解说下哈~~~ 1. subscribe SUBSCRIBE channel [channel ...] 订阅给定的一个或多个频道的信息。      从上面的官方解释上来看，它的玩法有一点像现实生活中我们听收音机一个道理，要想听收音机，我们要做什么？肯定就是调频啦，只有在正确的频道上面，我们才能听得到好听的节目，所以说subscribe首先要订阅一个频道（channel），下面我举个例子，开两个client，分别订阅着msg 这个频道，比如下面这样： 2.publish   到现在为止，这两个subscibe都在监视着msg这个频道，接下来，如果msg频道有消息传出，必定会被subscribe接收到，先我们还是看看redis手册上怎么用这个命令。 PUBLISH channel message 将信息 message 发送到指定的频道 channel 。 看到上面命令的用法，我也就放心了。 看到么有，publish在msg这个频道上面发送消息后，被subscribe监视到了，然后就被分别打印输出了，好了，到现在为止，最基本的发布订阅模式就是这样，是不是很简单哈。。。其实呢？？？ 也就是这么简单呐，但是呢，有时候我们还有这样一个需求，就是我能不能模糊匹配key呢？？？举了例子，就是要求订阅china为前缀的所有频道，如果这样也可以做到的话，那确实是很牛啦。。。强大的redis自然会做到这一点，它提供了的命令就是：Psubscribe。 3. Psubscribe PSUBSCRIBE pattern [pattern ...] 订阅一个或多个符合给定模式的频道。 每个模式以 * 作为匹配符，比如 it* 匹配所有以 it 开头的频道( it.news 、 it.blog 、 it.tweets 等等)， news.* 匹配所有以 news. 开头的频道( news.it 、 news.global.today 等等)，诸如此类。…

Redis正确使用的十个技巧 收藏 本篇文章给大家分享《Redis正确使用的十个技巧》，覆盖了数据库的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。 Redis 在当前的技术社区里是非常热门的。从来自 Antirez 一个小小的个人项目到成为内存数据存储行业的标准，Redis已经走过了很长的一段路。1、停止使用 KEYS * Okay，以挑战这个命令开始这篇文章，或许并不是一个好的方式，但其确实可能是最重要的一点。很多时候当我们关注一个redis实例的统计数据， 我们会快速地输入”KEYS *”命令，这样key的信息会很明显地展示出来。平心而论，从程序化的角度出发往往倾向于写出下面这样的伪代码： for key in 'keys *': doAllTheThings() 但是当你有1300万个key时，执行速度将会变慢。因为KEYS命令的时间复杂度是O(n)，其中n是要返回的keys的个数，这样这个命令的复杂度就取决于数据库的大小了。并且在这个操作执行期间，其它任何命令在你的实例中都无法执行。 作为一个替代命令，看一下 SCAN 吧，其允许你以一种更友好的方式来执行… SCAN 通过增量迭代的方式来扫描数据库。这一操作基于游标的迭代器来完成的，因此只要你觉得合适，你可以随时停止或继续。 2、找出拖慢 Redis 的罪魁祸首…

Redisson如何解决Redis分布式锁提前释放问题 收藏 来到golang学习网的大家，相信都是编程学习爱好者，希望在这里学习数据库相关编程知识。下面本篇文章就来带大家聊聊《Redisson如何解决Redis分布式锁提前释放问题》，介绍一下释放、Redis分布式锁，希望对大家的知识积累有所帮助，助力实战开发！ 前言： 在分布式场景下，相信你或多或少需要使用分布式锁来访问临界资源，或者控制耗时操作的并发性。 当然，实现分布式锁的方案也比较多，比如数据库、redis、zk 等等。本文主要结合一个线上案例，讲解 redis 分布式锁的相关实现。 一、问题描述： 某天线上出现了数据重复处理问题，经排查后发现，竟然是单次处理时间较长，redis 分布式锁提前释放导致相同请求并发处理。 其实，这是一个锁续约的问题，对于一把分布式锁，我们需要考虑，设置锁多长时间过期、出现异常如何释放锁？ 以上问题便是本文要讨论的主题。 二、原因分析：       项目采用较简单的自定义 redis 分布式锁，为避免死锁定义默认过期时间 10s，如下： override fun lock() { while (true)…

为何Redis使用跳表而非红黑树实现SortedSet 收藏 本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《为何Redis使用跳表而非红黑树实现SortedSet》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~ 知道跳表（Skip List）是在看关于Redis的书的时候，Redis中的有序集合使用了跳表数据结构。接着就查了一些博客，来学习一下跳表。后面会使用Java代码来简单实现跳表。 什么是跳表 跳表由William Pugh发明，他在论文《Skip lists: a probabilistic alternative to balanced trees》中详细介绍了跳表的数据结构和插入删除等操作，论文是这么介绍跳表的： Skip lists are a data structure that can be used in place of…

填坑利器？Redis如何弥补传统MySQL架构的不足 收藏 亲爱的编程学习爱好者，如果你点开了这篇文章，说明你对《填坑利器？Redis如何弥补传统MySQL架构的不足》很感兴趣。本篇文章就来给大家详细解析一下，主要介绍一下MySQL、Redis、数据库，希望所有认真读完的童鞋们，都有实质性的提高。  传统MySQL架构难以满足的现代应用程序需求包括： 传统数据库的读/写速度对会话存储等用例不友好; 引入新表或修改现有模式非常复杂，这也导致了添加新功能和应用程序会有困难; 传统数据库会受到每秒可执行操作的数量和并发连接数的限制，所以在数据库实例增多的情况下，基础架构和维护成本也会增加。 Redis和传统数据库结合会产生哪些化学反应呢?首先，如果应用程序的数据是存储在MySQL或其它关系型数据库中，那么Redis可以作为前端数据库处于应用程序和MySQL之间;其次，还可以利用Redis来设计旁路读出式和写通式缓存解决方案、会话存储和速率限制器，这样可以提高性能、加速创新，以更少的资源扩展来获得***的用户体验。   Redis作为“参与型系统” Redis内存中键值数据存储可为用户提供低延迟响应，其内置的数据结构(例如Lists、Hashes、 Sets、Sorted Sets、Bitmaps、Hyperloglog和Geospatial Indices)，较于关系型数据库能够更有效地执行某些数据操作。 所以，我们建议在数据访问层后使用Redis作为“参与型系统”来存储热数据，同时将MySQL指定为“记录系统”。 另外，Redis如果应用于以下用例，那么就可以规避掉很多可能在原有应用程序、数据库或网络层中出现的瓶颈： 缓存：为内存访问提供一个分层模型，Redis中存储应用程序中常用、重复读取的数据。缓存也可帮助应用程序快速检索数据并限制数据库服务器上的负载。 会话存储：在所有交互式应用程序中，服务器为每个活动用户维护一个唯一会话。相比于依赖MySQL等关系型数据库来持久化会话数据，Redis在具有足够RAM大小的服务器上，单个集群就可以管理数千个会话。 实时分析：通过排行榜、仪表板、民意测验、消息、计数器和其他实时聚合器进行的游戏或操作需要与最终用户进行持续的互动和通信。而Redis强大、高效的数据结构可以收集和处理数百万个同时进行的活动或对象，并将其发送到活动用户手中。 度量：Redis可以通过速率限制应用程序在一定时间内的调用次数，帮助开发人员在高峰使用时间内高效地管理传统服务器上的负载。 当然，除了上面的用例，Redis在消息代理、数据结构存储和临时数据存储等用例中表现也很突出。总结一下就是Redis能更快地收集和获取数据并反馈给终端用户。再进一步的话，Redis Enterprise提供高可用性、内存复制、自动伸缩和重新分片，以及基于前沿CRDT的分布式数据库和内置Redis模块(如RediSearch、ReJSON、Rebloom和Redis Graph)。 借助于Redis，我们在传统解决方案中也可以享受到“即时体验”，其在性能、灵活性和可扩展性方面的优势值得我们尝试!

Redis实现分布式协同处理平台的细节设计 目前golang学习网上已经有很多关于数据库的文章了，自己在初次阅读这些文章中，也见识到了很多学习思路；那么本文《Redis实现分布式协同处理平台的细节设计》，也希望能帮助到大家，如果阅读完后真的对你学习数据库有帮助，欢迎动动手指，评论留言并分享~ 随着互联网的快速发展，大规模数据的处理成为越来越普遍的需求。特别是在协同处理的场景下，分布式架构更是成为了不可或缺的选择，因为传统的单点架构可能会在数据量过大的时候导致处理速度过慢或者崩溃。 随着分布式架构的发展，越来越多的开源工具也应运而生。Redis作为一款流行的内存数据库，不仅可以用于缓存、会话管理、实时消息推送等实际场景，也可以用于搭建分布式协同处理平台。 在本文中，将介绍如何使用Redis实现一款分布式协同处理平台，并介绍其细节设计。 实现思路 在分布式协同处理平台的实现过程中，我们需要将大规模的数据分割成多个小任务进行处理。这些任务可以以不同的形式出现，例如实时数据处理、定期数据分析、人工标注等等。同时，我们需要将每个任务分配到多个节点执行以提高处理效率。 这就需要一个平台来进行任务的管理和调度。我们可以通过Redis实现这样一个平台。 Redis数据结构 为了实现这个分布式协同处理平台，我们需要利用Redis提供的以下数据结构： （1）队列：Redis提供了两种队列，一种是FIFO队列（先进先出），一种是优先级队列。 我们可以借助队列实现任务和节点之间的缓存和任务调度。 （2）哈希表：Redis提供了哈希表数据结构，我们可以通过它来存储任务信息和节点信息等。 （3）分布式锁：为了避免多个节点同时对同一任务进行处理，我们需要用到Redis的分布式锁。 （4）发布/订阅模式：为了实现节点之间的通信，我们可以使用Redis的发布/订阅功能。 设计细节 （1）任务管理：在分布式协同处理平台中，任务是一个基本的单位。我们需要记录每个任务的执行状态、执行结果、执行节点等信息。首先我们可以将每个任务写入一个哈希表中，这个哈希表的键为任务ID，值为任务信息。在任务执行时，我们需要将任务从未处理队列中取出放到待执行队列中去，当任务开始执行时，我们需要将任务从待执行队列中取出，放到执行中队列中去。 （2）节点管理：我们需要在Redis中记录每个执行任务的节点，包括节点名称、节点状态、节点性能等信息。这些信息可以通过哈希表存储，每个节点对应一个键值对。 （3）任务调度：任务可以通过一个专门的任务调度器来进行调度。任务调度器会从待执行队列中取出任务，并将任务分配到可用节点上。对于同一任务，只需要由一个节点进行处理，可以使用Redis的分布式锁来保证。当任务处理完成后，节点会向Redis发布一个消息，表示已经完成任务，任务调度器会订阅这个消息，并将任务从执行队列中删除，然后将任务执行结果写入Redis。如果任务出现了异常，则需要将任务从执行中队列中删除，并将任务放回待执行队列中。 （4）性能优化：为了提升分布式协同处理平台的性能，我们需要考虑以下两个优化： a. 多线程：任务调度器可以开启多个线程进行任务调度，从而提高任务调度的效率。 b. 优先级队列：我们可以为任务分配优先级，使用Redis的优先级队列来进行优先级任务的处理。 总结 通过Redis的队列、哈希表、锁、发布/订阅等特性，我们可以实现一个高效的分布式协同处理平台。在设计实现时，我们需要结合具体的场景和需求进行设计，同时考虑性能优化和安全性。 物联网时代，Go语言的幕后推手 Golang中使用缓存处理推荐系统优化算法的技巧。

Redis键值设计使用总结 收藏 一分耕耘，一分收获！既然打开了这篇文章《Redis键值设计使用总结》，就坚持看下去吧！文中内容包含Redis键值等等知识点…希望你能在阅读本文后，能真真实实学到知识或者帮你解决心中的疑惑，也欢迎大佬或者新人朋友们多留言评论，多给建议！谢谢！ 但如果对redis使用比较深入的话，还需要综合考虑多方面的因素，比如使用redis时如何兼具高效与性能，如何设计合理的key以达到存取时最高效等等，这都是应该考虑的，下面结合redis中一个比较简单但也容易的问题，关于redis的键值设计做一个全面的探讨； Redis使用中不规范的现象 Redis 存储的key命名不规范，比较随意； Redis 被当成存储库使用，存在数据丢失风险，且无重新加载方案； Redis 缓存key，未设置过期时间， 缓存低频数据占用大量内存， 进而导致服务崩溃； Redis 缓存大量big key, 应用获取时会占用大量网络带宽，删除也容易造成阻塞； Redis 客户端使用不当，导致其它客户端连接timeout, 原因可能客户端密码错误，且没有使用连接池，大量连接重试导致系统端口资源耗光； Redis 客户端命令使用不当，导致大量的慢查询，影响其它应用业务，比如在业务高峰期时使用 keys* 或flushall 这样的命令； Redis 使用业务场景推荐与建议 高并发场景：热点数据缓存，…

关于Redis的主从复制及哨兵问题 收藏 知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个数据库开发实战，手把手教大家学习《关于Redis的主从复制及哨兵问题》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！ 服务器配置 到这里关于redis的一些基本操作就学习完了，接下来我们就来看看redis中更加高级的部分，首先是配置文件中的配置信息。 配置项 说明 daemonize yes no bind 127.0.0.1 绑定主机地址 port 6379 设置服务器端口号 databases 16 设置数据库数量 loglevel debug verbose logfile 端口号.log 设置日志文件名 maxclients 0 设置同一时间最大客户端连接数，默认无限制，当客户端连接达到上限时，redis会关闭新的连接…