一文看懂redis知识全景--redis核心技术与实战系列

二：Redis为什么这么快？=> 数据结构 原文：《02丨数据结构：快速的Redis有哪些慢操作？》 为什么这么快？一是因为内存存储，二是因为其数据结构，三是多路复用机制（下一节讲）。 Redis使用Hash表来保存所有的键值对，Key为String类型，Value为五种数据形式，每一种数据形式都有其对应的底层结构，除String类型外的4种数据类型又称为集合数据。 Note：Redis还有三种扩展数据类型，BitMap、HyperLogLog、GEO，这三种在后面十一、十二节介绍。 1. 全局哈希

七：哨兵机制——实现不间断服务 原文：《07丨哨兵机制：主库挂了，如何不间断服务？》 当主库挂了之后，写服务会中断、从库无法进行数据同步。我们需要运行一个新的主库，比如说把一个从库切换为主库，这就涉及到三个问题： 主库真的挂了吗？ 该选择哪个从库作为主库？ 怎么把新主库的相关信息通知给从库和客户端？ 要解决这三个问题，就需要用到哨兵机制。哨兵其实就是一个运行在特殊状态下的Redis进程，只不过不执行读写请求操作。 哨兵机制的流程： **监控：**哨兵会在运行过程中，周期性地向所有主从库发送PING命令

零：前言 1. Redis知识全景图：“两大维度，三大主线”。 2. Redis问题画像图

我们要首先理解一点，我们把Redis称为KV数据库，键值对数据库，那就可以把Redis内部的存储视为存在着一个巨大的Map，对Map的操作无非就是get和put，然后通过key操作这个key所对应的value，而这个value的类型可以多种多样，也就是Redis为我们提供的那些数据结构，比如字符串（String）、哈希(Hash)等等。这些年李老师的经历，我发现，很多技术人都有一个误区，那就是，只关注零散的技术点，没有建立起一套完整的知识框架，缺乏系统观，但是系统观其实是至关重要的。

开篇词-这样学redis,才能技高一筹 开篇专栏来记录我在极客时间上学习的redis核心技术与实战系列这门课.老师讲的不错,从树状知识图的框架讲起,再来细讲其中的一个个枝叶的知识点.可以帮助新手较快的了解redis整个知识框架图.在此做个简单的知识点梳理,一是帮助自己更好的吸收理解,二是重拾博客,更好的搭建自己的知识图谱体系. redis性能相关的问题 问题一:为了保证数据的可靠性,redis需要在磁盘上读写AOF和RDB,但是在高并发场景下会带来两个新的问题: 1、写AOF和RDB会造成redis性能

Redis核心技术与实战学习笔记

首先理解一点，把Redis称为KV数据库，键值对数据库，那就可以把Redis内部的存储视为存在着一个巨大的Map，对Map的操作无非就是get和put，然后通过key操作这个key所对应的value，而这个value的类型可以多种多样，也就是Redis提供的那些数据结构，比如字符串（String）、哈希(Hash)等等。如果是集群，还容易丢失数据。这些年李老师的经历，我发现，很多技术人都有一个误区，那就是，只关注零散的技术点，没有建立起一套完整的知识框架，缺乏系统观，但是系统观其实是至关重要的。

内容来自极客时间蒋德钧老师的《Redis核心技术与实战》及自己查找的资料

所谓区分编码，就是直接通过不同的开头字符，区分不同的数据类型，这样一来，客户端就可以直接通过判断传递消息的开头字符，来实现数据转换操作了，提升了客户端的效率。第二种是自学，就是在网上找资源、找教程，或者是想办法认识一-些大佬，抱紧大腿，不过这种方法很耗时间，而且学习没有规划，可能很长一段时间感觉自己没有进步，容易劝退。允许或禁止执行的命令操作。所以，在实际应用时，我们会让客户端注册希望跟踪的 key 的前缀，当带有注册前缀的 key 被修改时，服务端会把失效消息广播给所有注册的客户端。

Redis之所以高效，不仅在于它的内存操作，更在于巧妙的数据结构设计。本文带你揭开Redis底层数据结构的神秘面纱，包括动态字符串SDS如何解决C语言字符串问题、IntSet如何高效处理整数集合、Dict哈希字典如何快速实现键值对存储与扩容、ZipList如何节省空间但又引发“连锁更新”的问题、QuickList如何兼具空间高效与操作性能、SkipList跳表如何做到类似红黑树的查询效率，以及RedisObject如何统一不同类型的数据存储。在阅读完本文后，你将对Redis数据结构的设计思想与源码实现原理有

文章目录12 | 有一亿个 keys 要统计，应该用哪种集合？聚合统计排序统计场景：二值状态统计基数统计HyperLogLog 的内部实现（TODO） 12 | 有一亿个 keys 要统计，应该用哪种集合？ 聚合统计 当你需要对多个集合进行聚合计算时，Set 类型会是一个非常不错的选择。不过，我要提醒你一下，这里有一个潜在的风险。 Set 的差集、并集和交集的计算复杂度较高，在数据量较大的情况下，如果直接执行这些计算，会导致 Redis 实例阻塞。所以，我给你分享一个小建议：你可以从主从集群中选择一个从库

开篇我先讲： 去年6月底，Redis之父Antirez宣布辞去作为Redis的维护者的职位。 他表示自己是为了表达自己而编写代码，而现在却因维护Redis项目而筋疲力尽，缺少了自我表达的机会。 Redis6.0是他带给我们的最新的版本，该版本新增了很多社区里一直在呼吁的功能，比如ACL、客户端缓存、IO多线程、集群代理等等。 无论你是做 Python，PHP，JAVA，Go 还是 C#，Ruby 开发的，都离不开Redis。 另外，不知道最近有没有小伙伴在备战金九银十，无论是在大厂还是在中小型互联

Redis是什么？ Redis是一个键值数据库，以“快”著称 Redis是为什么这么快？ 我们都知道Redis很快，它在接收到一个键值对数据后，能以微妙级别的速度找到数据并快速完成操作。数据库这么多，为啥 Redis 能有这么突出的表现呢？一方面，这是因为它是内存数据库，所有操作都在内存上完成，内存的访问速度本身就很快。另一方面，这要归功于它的数据结构。这是因为，键值对是按一定的数据结构来组织的，操作键值对最终就是对数据结构进行增删改查操作，所以高效的数据结构是 Redis 快速处理数据的基础，也是Redi

一、Redis知识全景图 二、Redis问题画像图 参考资料： https://time.geekbang.org/column/article/268247

Redis实现分布式锁核心技术与实战 资料和笔记: https://pan.baidu.com/s/11balsEHAp8UEWvEe5EHF1w 提取码:k0t7

Redis 是互联网技术领域使用最为广泛的存储中间件，它是「RemoteDictionaryService」的首字母缩写，也就是「远程字典服务」。Redis 以其超高的性能、完美的文档、简洁易懂的源码和丰富的客户端库支持在开源中间件领域广受好评。国内外很多大型互联网公司都在使用 Redis，比如 Twitter、YouPorn、暴雪娱乐、Github、StackOverflow、腾讯、阿里、京东、华为、新浪微博等等，很多中小型公司也都有应用。也可以说，对 Redis 的了解和应用实践已成为当下中高级后端..