1.redis源码学习-ziplist篇
2.干货！源码更深入的下载掌握 Redis 技能。Redis深度历险：核心原理和应用实践（PDF）
3.redis源码学习-quicklist篇
4.Redis学习指南(5)-Redis-Desktop的源码安装
5.Docker安装Redis并使用Another Redis Desktop Manager连接
6.一分钟安装Redis

redis源码学习-ziplist篇

       Redis源码学习-ziplist篇

       ziplist是Redis中一种高效压缩的链表结构，用于存储字符串或整数。下载它并非传统的源码链表，而是下载.net框架cs 源码连续内存块组成，通过移动地址偏移量实现next和last操作，源码内存利用率高但复杂性较大。下载

       ziplist的源码实现独特，没有明确的下载struct，仅通过首地址获取其信息。源码结构包含header、下载entrys和end三部分。源码header部分记录首尾地址，下载entrys中每个entry有entry-header、源码entry-encoding和entry-data，prevlength记录上一个节点长度，entry-encoding用于区分整数和字符串，entry-data存储实际内容。对于长度超过的字符串，会进行压缩编码。

       ziplist创建简单，使用zmalloc分配内存。insert和delete操作可能引发连锁更新，当新节点插入或原有节点删除时，需要调整相邻节点的prevlength，最坏情况下时间复杂度为O(n^2)。find函数则直接遍历，通过skip参数优化查找性能，特别是在上层容器如hash结构中。

       总结来说，ziplist通过连续内存优化内存使用，但其维护复杂性源于插入和删除操作时的wincap源码连锁更新，find函数利用skip优化查找性能。

干货！更深入的掌握 Redis 技能。Redis深度历险：核心原理和应用实践（PDF）

       Redis在互联网技术架构中作为存储系统的中间件，其广泛应用和重要性使得它成为了中高级后端工程师技术面试中的关键考察点。尤其在竞争激烈的大型互联网公司，如Twitter、新浪微博、阿里云、淘宝、知乎等，不仅要求面试者掌握基础使用，更是深入理解Redis内部实现的细节。全面掌握Redis知识，相当于已迈入心仪大公司技术研发部的一半门槛。

       然而，在实际面试中，多数考生仅限于使用Redis进行数据缓存和简单的get/set操作，对分布式锁、内部实现机制、单线程结构及其性能优化等关键点知之甚少，甚至在生产环境中出现未预见的问题。为了帮助更多后端开发者深入掌握Redis技能，本文将通过梳理和总结实践经验，揭示Redis的核心原理与实际应用。

       本文不赘述，直接进入核心内容。对于感兴趣并寻求更多相关学习资料的读者，欢迎点赞、收藏、评论、转发，upnday 源码并关注作者，后续将分享更多干货。特别推荐面试题、架构、设计类资料，对程序员面试极为有益。所有资源已整理至网盘，欢迎下载。如有需要，只需私信作者回复即可免费获取。

       目录：

       开篇：授人以鱼不若授人以渔——Redis的应用场景

       基础：万丈高楼平地起——Redis基础数据结构应用

       应用1：千帆竞发——分布式锁

       原理5：同舟共济——事务原理

       原理6：小道消息——PubSub

       源码7：极度深寒——探索「基数树」内部

       进阶学习资料获取方式：点击此处免费领取《Java后端学习笔记总结+最新移动架构视频+大厂Java后端面试真题+项目实战源码讲义》

redis源码学习-quicklist篇

       Redis源码中的quicklist是ziplist优化版的双端链表，旨在提高内存效率和操作效率。ziplist虽然内存使用率高，但查找和增删操作的最坏时间复杂度可能达到O(n^2)，这与Redis高效数据处理的要求不符。quicklist通过每个节点独立的ziplist结构，降低了更新复杂度，同时保持了内存使用率。

       quicklist的基本结构包括：头节点（head）、尾节点（tail）、entry总数（count）、节点总数（len）、容量指示（fill）、压缩深度（compress）、以及用于内存管理的bookmarks。节点结构包括双向链表的prev和next，ziplist的引用zl，ziplist的字节数sz、item数count、以及ziplist类型（raw或lzf压缩）和尝试压缩标志（attempted_compress）。

       核心操作函数如create用于初始化节点，insert则根据需求执行头插法或尾插法。fasterrcnn源码delete则简单地从链表中移除节点，释放相关内存。quicklist的优化重点在于ziplist，理解了ziplist的工作原理，quicklist的数据结构理解就相对容易了。

Redis学习指南(5)-Redis-Desktop的安装

       Redis-Desktop是一款开源的Redis图形化管理工具，它提供了直观的用户界面，方便用户对Redis数据库进行可视化管理。本文将介绍Redis-Desktop的安装步骤以及基本的使用方式。

       安装 Redis-Desktop

       Redis-Desktop支持多个平台，包括Windows、macOS和Linux。以下是在不同操作系统上安装Redis-Desktop的步骤：

       Windows

       macOS

       Linux

       对于Linux系统，可以通过AppImage或源代码编译安装：

       使用 AppImage

       源代码编译使用 Redis-Desktop

       安装完成后，启动Redis-Desktop并按照以下步骤使用：

       Redis-Desktop提供了直观的界面，支持多个Redis实例的管理，以及对键的各种操作，包括查看和编辑。通过这个图形化管理工具，用户可以更方便地管理和操作Redis数据库。

       总体而言，Redis-Desktop是一款强大且易用的Redis图形化管理工具，为开发者提供了更便捷的数据库管理方式。希望本文的安装与使用指南能够帮助您快速上手并充分利用Redis-Desktop的功能。

Docker安装Redis并使用Another Redis Desktop Manager连接

       Redis全称为远程字典服务，是C语言编写的高性能NoSQL数据库，提供网络接口，支持内存和持久化日志型、Key-Value存储。

       访问DockerHub查看Redis镜像库，通过`hub.docker.com/_/redis?...`或命令`docker search redis`获取不同版本。

       拉取最新Redis镜像，opencpu源码运行外网连接需修改默认配置，下载redis.conf文件，设置权限，创建redis容器并指定配置文件路径。

       使用`docker ps`查看容器运行状态，通过redis-cli测试服务。

       Another Redis Desktop Manager是一款免费的Redis可视化管理工具，适用于Windows、Linux、Mac平台，源码地址`gitee.com/qishibo/AnotherRedisDesktopManager`。

       安装Another Redis Desktop Manager，下载安装包`gitee.com/qishibo/AnotherRedisDesktopManager`。

       遇到`Error: connect ETIMEDOUT`错误，检查服务器是否配置了端口。

       使用Another Redis Desktop Manager测试连接，确保Redis服务正常运行。

一分钟安装Redis

       快速部署Redis的步骤

       要安装Redis，您可以选择离线安装或Docker部署，以下是具体步骤:

       离线安装

       首先，从Redis官网/MicrosoftArchive/redis/releases，我翻了一下，微软维护了2.x和3.x的多个windows版本redis，不过比较遗憾，在维护到3.0.正式版本后就放弃了更新。

       不过问题不大，眼看微软撂挑子不干了，波兰的热心市民 Tomasz Poradowski 先生这时候站出来，继续开始提供可以在windows上运行的4.x和5.x版本的redis，并且从年到年一干就是5年。

       项目git地址是/tporadowski/redis/releases，没错，其实我本地环境运行的redis-5.0.9就是以前从这里下载的，而且绿色版使用起来真的是干净又卫生，所以我强烈建议大家给这位老哥来一个Star支持一下。

       不过绕了这么一大圈，我的问题还是没有解决啊，既然没有现成的可以在windows上运行的redis6.x版本，那我们干脆就来自己编译一个吧。

       首先介绍一下我们今天要用到的工具Cygwin，先简单看一下它的官网 /，上面很清晰的解释了几个容易引起大家混淆的问题：

       先解释了cygwin是什么：

       再纠正了大家的常见误区：

       其实可以用一句话来概括一下它的功能，cygwin是一个可运行于原生windows系统上的POSIX兼容环境，可以通过重新编译将linux应用移植到windows中。

       好了，这样简单了解一下cygwin的功能对我们来说暂时就足够了，下面我们看看如何使用它来编译windows版本redis。

       下面我们先进行编译工具Cygwin的下载和安装，在它的官网上就可以直接下载，完成后就可以开始安装了。下面我会贴出一些需要特殊配置的步骤，如果没有特殊说明的话，那么直接痛快的点击下一步就可以了。

       网络连接配置这里选择第二项，也就是直接连接，不需要任何代理方式：

       在选择下载源这一步，先手动输入User URL，添加阿里云的镜像/cygwin，点击add后再选择我们刚才添加的这个源，然后点击下一步：

       接下来选择需要下载安装的组件包，我们只需要下载我们编译相关的模块即可。先通过上面的搜索框进行定位，选择安装Devel模块下面的make、gcc-core，gcc-g++，以及Libs模块下的libgcc1 、libgccpp1，然后点击New这一列的Skip，选择要安装的版本号，全部添加完成后点击下一步：

       接下来会自动进行下载上面选择的模块，等待全部下载结束后安装就完成了：

       安装完成后，我们运行Cygwin Terminal，通过命令检测可以看到Status为OK，表示cygwin运行正常：

       准备好编译工具后，我们接下来先下载redis6.x版本的源码，6.0.的下载地址为：

       download.redis.io/relea...

       cygwin安装完成后，会在它的安装路径的home目录下，创建一个以你登录系统的用户名来命名的目录，我们把下载完成后的压缩包放到这个cygwin\home\${ user}目录下，在cygwin命令行中先执行解压命令：

       使用下面的命令先切换到解压后的根目录，然后执行编译和安装：

       点击回车，然后就开始漫长的等待吧，不得不说编译和安装的过程真的很慢，我这大概花了分钟才全部完成。

       不出意外的最后果然出现了意外，报了两个Error，不过貌似没有什么太大影响，切换到src目录下，就已经可以看到编译完成后已经生成了6个exe可执行文件了：

       但是如果这个时候双击redis-server.exe尝试进行启动的话，那么就会报错提示缺少dll动态链接库：

       我们可以在cygwin的bin目录下找到这个文件，为了方便，把可执行文件、动态链接库文件、redis配置文件拷贝到一个单独的目录下再次尝试启动：

       这次能够正常启动成功，我们再使用客户端连接工具连接并进行测试，终于，6.0.版本的redis可以在windows环境下正常运行了。

       忙活一大顿总算成功了，我们也终于可以在windows上体验redis6.x版本了，不过这里还是给小伙伴们提个醒，这样编译的redis我们平常自己在学习中体验一下就可以了，尽量不要用在生产上。

       因为cygwin编译后的程序，相当于在windows系统上模拟实现了POSIX兼容层，应用程序在底层多了一层函数调用，因此效率比运行在linux系统的原生应用低了很多。因此，这样在windows上运行的redis，无疑会损失掉它引以为傲的高性能这一优势。

       秉持着好东西就要分享的原则，我也已经把编译好的windows版redis6.0.上传到了网盘，有需要的小伙伴们可以从下面获取下载方式。

       那么，这次的分享就到这里，我是Hydra，下期见。

       作者简介，码农参上，一个热爱分享的公众号，有趣、深入、直接，与你聊聊技术。个人微信DrHydra9，欢迎添加好友，进一步交流。

Redis 又双叒叕改开源协议了，微软提前推出高性能替代方案 Garnet

       Redis 商业公司 CEO Rowan Trollope 在官方博客宣布了一个重大变化：Redis 核心软件将从 BSD 3-Clause 许可证过渡至 RSALv2 或 SSPLv1 双重许可证模式，从 Redis v7.4 版本开始，覆盖所有后续版本。新的许可证模式为 Redis 带来全新的使用框架，同时可能影响开源生态。

       BSD 3-Clause 许可证，是一种宽松的开源许可证，允许源代码的自由使用、修改和分发。然而，RSALv2 和 SSPLv1 却并未获得 OSI 的正式认可。这种改变意味着 Redis 已不再是标准的开源软件。官网更新为“Redis 是源可用软件”。这并非 Redis 首次调整许可证策略。早在 年，Redis 已将部分模块许可证改为结合 Apache v2.0 和 Commons Clause 的许可证，引发社区争议。 年，Redis Labs 回应社区反馈，修改为 RSAL，允许自由使用模块，但要求基于这些模块的产品或服务获得商业许可证。 年 月，Redis 再度调整，将一些模块改为 RSAL 和商业许可证并行，以应对云服务提供商使用开源软件的商业模式问题。

       此次修改许可证的目的是回应云厂商的商业模式，确保他们为 Redis 的开发提供支持。Redis 核心项目依然保持宽松的 BSD 3-Clause 许可证，这稳定了厂商的信心。CEO 表示，此变更将使 Redis 保持领先的数据模型、处理引擎和开发者功能。然而，许可证的改变可能对使用新版本 Redis 源代码的“竞争性产品”产生影响。

       与此同时，微软推出基于兼容协议的高性能 Redis 替代方案 Garnet。Garnet 是一个高性能缓存存储系统，针对现代硬件进行了优化，能够更好地利用处理器缓存和网络特性，提供卓越的吞吐量和延迟性能。此外，国内公司如阿里云的 Tair 和 的 Pika，也开发了与 Redis 相似功能的替代品，提供了更灵活的许可证选择。

       Hacker News 社区对这些变化进行了讨论，包括许可证的灵活性与商业化的平衡问题。讨论涉及开源软件的商业化途径，如“open core”模式，但同时也关注许可证变更对开源生态和开发者的影响。面对开源与商业化之间的挑战，寻求一种既符合宽松开源许可证，又能适用于复杂程序的模式，成为当前软件行业关注的焦点。