有哪些好的网站模版,sem分析是什么意思,mooc网站建设,娱乐公司网站建站背景介绍序言 本文将引导读者探索Redis的世界#xff0c;深入了解其发展历程、丰富特性、常见应用场景、使用技巧等#xff0c;最后会对Redis演进过程中具有里程碑意义的版本进行详细解读。 #xff08;一#xff09;初始redis
Redis是一种基于键值对#xff08;key-value#x… 序言 本文将引导读者探索Redis的世界深入了解其发展历程、丰富特性、常见应用场景、使用技巧等最后会对Redis演进过程中具有里程碑意义的版本进行详细解读。 一初始redis
Redis是一种基于键值对key-value的NoSQL数据库。与许多其他键值对数据库不同Redis中的值可以由多种数据结构和算法构成包括string字符串、hash哈希、list列表、set集合、zset有序集合、Bitmaps位图、HyperLogLog以及GEO地理信息定位等。因此Redis能够满足多种应用场景的需求。此外由于Redis将所有数据存储在内存中其读写性能极为出色。
不仅如此Redis还具备数据持久化的能力。它可以通过快照和日志的方式将内存中的数据保存到硬盘上从而在断电或机器故障等情况下确保数据不会丢失。除了上述功能Redis还提供了多种附加功能如键过期、发布订阅、事务、流式处理、Lua脚本等。 总之如果在合适的场景中正确使用Redis它将像一把瑞士军刀一样功能强大且无所不能。 2008年Redis的创始人Salvatore Sanfilippo在开发一个名为LLOOGG的网站时面临着一个挑战需要实现一个高性能的队列功能。最初他尝试使用MySQL来实现这一功能但无论怎样优化SQL语句网站的性能始终无法得到显著提升。与此同时由于资金有限他决定自己动手开发一个专门为LLOOGG设计的数据库这就是Redis的雏形。
随着时间的推移Salvatore Sanfilippo不断完善这个数据库并在2010年将Redis 1.0的源码发布到了GitHub上。或许连他自己都没有预料到Redis后来会如此受欢迎并迅速成为全球开发者社区中备受欢迎的NoSQL数据库之一。 如果现在有人问Redis的作者有哪些公司在使用Redis他可能会幽默地回答“还有谁没用Redis吗”当然这只是一句玩笑话。但从Redis官方的统计数据来看确实有许多重量级公司在广泛使用Redis。例如国外的Twitter、Instagram、StackOverflow、Github等知名平台都在依赖Redis的强大功能而在国内使用Redis的公司更是数不胜数。
从体量上看新浪微博可以说是全球最大的Redis用户之一。除了新浪微博像阿里巴巴、腾讯、搜狐、优酷土豆、美团、小米、唯品会等国内知名企业也都是Redis的忠实用户。此外许多开源技术如ELKElasticsearch、Logstash、Kibana已经将Redis作为其架构中的重要组成部分。
不仅如此Redis还提供了模块系统允许第三方开发者扩展其功能进一步增强了Redis的适用性和威力。因此可以说熟练掌握Redis的使用和运维已经成为开发与运维人员的一项必备技能。 二redis特性 Redis之所以受到众多公司的青睐必然有其过人之处。以下是关于Redis的8个关键特性 速度快
正常情况下Redis执行命令的速度极快官方宣称其读写性能可达到每秒10万次操作当然这一数字也依赖于具体的硬件配置但在此我们先搁置机器性能上的差异不谈仅聚焦于剖析Redis之所以如此迅速的四大核心要素
Redis之所以能够实现高速操作首要原因在于其所有数据均被存储在内存中。下表假设为某数据源提供的硬件执行速度对比表中谷歌公司于2009年公布的数据显示内存相较于其他存储层级具有显著的速度优势因此将数据存储于内存是Redis实现高速性能的核心因素。 此外Redis采用C语言进行开发。C语言编写的程序通常与操作系统更为贴近能够更有效地利用系统资源因此执行速度相对较快。再者Redis设计为单线程模型这一特性避免了多线程环境下可能发生的竞争问题如锁等待和资源冲突等从而进一步提升了执行效率。Redis在6.0版本引⼊了多线程机制但主要也是在处理网络和IO不涉及到数据命令即命令 的执行仍然采用了单线程模式。最后也离不开作者对于Redis源代码可以说是精打细磨曾经有⼈评价Redis是少有的集性能和优雅于一体的开源代码。 基于键值对的数据结构服务器
众多编程语言均内置了类似于字典的功能例如C中的std::map、Java中的HashMap、以及Python中的dict等。这种以键值对形式组织数据的方法在编程中极为常见。值得注意的是与许多仅支持字符串作为值的键值对数据库不同Redis的键值体系更为灵活和强大。在Redis中值不仅可以是简单的字符串还能是复杂的数据结构这一特性极大地拓宽了其应用场景并提升了开发效率。
Redis全称为REmote Dictionary Server它主要提供了五种基础数据结构字符串string、哈希hash、列表list、集合set以及有序集合也称作zset或sorted set。此外Redis还在字符串类型的基础上创新性地引入了位图Bitmaps和HyperLogLog这两种特殊的数据结构。随着基于位置服务Location-Based Service, LBS的蓬勃发展Redis在3.2版本中更是加入了地理空间索引GEO功能为开发者提供了处理地理位置数据的强大工具。
总之Redis凭借这些丰富多样的数据结构使得开发者能够轻松构建出各种富有创意和实用价值的应用。 丰富的功能
除了五种核心数据结构字符串、哈希、列表、集合、有序集合之外Redis还提供了诸多额外的强大功能以满足多样化的应用场景需求 键过期功能Redis允许为键设置过期时间当键到期时会自动删除这一特性常被用于实现高效的缓存机制。 发布/订阅功能Redis内置了发布/订阅消息系统使得消息的发送者和接收者可以解耦实现灵活的消息传递和处理。 Lua脚本支持Redis支持执行Lua脚本开发者可以利用Lua语言编写自定义的Redis命令或复杂的操作逻辑从而提升开发效率和代码的可维护性。 简单事务功能Redis提供了简单的事务处理机制通过MULTI、EXEC等命令可以确保一系列命令在同一个事务中按顺序执行从而在一定程度上保证数据的一致性和完整性。 流水线Pipeline功能Redis的流水线机制允许客户端将多个命令打包成一次请求发送给服务器服务器在接收完所有命令后再统一回复这种方式显著减少了网络往返次数降低了网络开销提升了命令执行的总体效率。
这些额外的功能使得Redis不仅是一个高性能的键值存储系统更是一个功能全面、易于扩展的数据库解决方案。 简单稳定
Redis的简洁性主要体现在以下三个方面。
首先Redis的源代码非常精炼早期版本的代码量大约在2万行左右即便在3.0版本之后由于加入了集群特性代码量增加到了5万行左右但与其他许多NoSQL数据库相比其代码量仍然相对较少。这意味着普通的开发和运维人员有更大的可能性深入理解并掌握Redis。其次Redis采用了单线程模型这一设计不仅简化了Redis服务端的处理逻辑降低了并发控制的复杂性同时也使得客户端的开发工作变得更加直观和简单。最后Redis不依赖于操作系统中的第三方类库。例如与Memcache需要依赖libevent这样的系统类库不同Redis自行实现了事件处理的相关功能这使得其更加独立和可控。
然而与Redis的简洁性相对应的是其出色的稳定性。在实际应用中Redis很少因为自身的BUG而导致服务中断。这种稳定性使得Redis成为许多高性能、高可靠性应用场景的首选数据库解决方案。 客户端语言多
Redis提供了一套简洁的TCP通信协议这使得多种编程语言能够轻松地与Redis进行交互。由于Redis在社区和各大企业中享有广泛的认可度和应用因此支持Redis的客户端语言也非常丰富几乎涵盖了所有主流的编程语言包括但不限于C、C、Java、PHP、Python以及Node.js等。这些客户端库为开发者提供了便捷的接口使得他们能够轻松地在自己的应用程序中集成Redis。在后续的内容中我们将详细阐述如何使用这些Redis客户端库。 持久化
普遍而言将数据仅存放在内存中确实存在一定的风险因为一旦发生断电或机器故障等意外情况重要的数据可能会因此丢失。为了应对这一挑战Redis提供了两种有效的持久化机制RDBRedis Database Backup file和AOFAppend Only File。这两种策略均能够将内存中的数据安全地保存到硬盘上如下图所示从而确保了数据的可持久性。在后续的内容中我们将对Redis的这两种持久化机制进行详尽的说明和探讨。 主从复制
Redis提供了复制功能该功能能够创建多个包含相同数据的Redis副本这些副本通常被称为从节点Replica或备节点如下图所示。复制功能不仅是数据冗余和备份的重要手段同时也是构建分布式Redis集群的基础。 高可用HighAvailability和分布式Distributed
Redis 提供了高可用实现的Redis哨兵RedisSentinel能够保证Redis结点的故障发现和故 障自动转移。也提供了Redis集群RedisCluster是真正的分布式实现提供了高可用、读写和 容量的扩展性。 三应用场景 上节我们已经了解了Redis的若干特性本节来看⼀下Redis的典型应用场景有哪些 3.1 Redis 可以做什么 为了充分理解Redis的作用和重要性读者需要对网站架构具备一定的基础知识。然而部分读者可能在这方面存在知识空缺大家可先去了解相关基础知识之后再回来继续本篇的学习将会更加得心应手收获也会更加丰富。 缓存Cache
缓存机制在大型网站中的应用几乎无处不在其重要性不言而喻。通过合理使用缓存我们不仅可以显著提升数据的访问速度还能有效减轻后端数据源的负载压力。Redis作为一款强大的缓存工具不仅支持键值对的过期时间设置还提供了对最大内存使用的灵活控制以及内存溢出时的淘汰策略。可以说一个精心设计的缓存方案对于网站的稳定运行起着至关重要的作用它就像网站的守护者确保网站能够在高并发、大数据量的情况下依然保持流畅和稳定。 排行榜系统
排行榜系统几乎成为了各类网站的标配无论是基于热度、发布时间还是其他复杂维度计算得出的排名都深受用户欢迎。Redis提供了列表List和有序集合Sorted Set这两种数据结构它们为构建各种排行榜系统提供了极大的便利。通过合理利用这些数据结构开发者可以轻松地实现排行榜的创建、更新和展示从而为用户提供更加丰富和个性化的内容体验。 计数器应用
计数器在网站运营中扮演着举足轻重的角色比如在视频网站上记录播放次数在电商网站上记录浏览量。为了确保数据的实时性每当发生一次播放或浏览行为时都需要对相应的计数器进行加1操作。然而在并发量巨大的情况下这对传统关系型数据库的性能构成了严峻挑战。幸运的是Redis天生就具备高效的计数能力其出色的性能使其成为构建计数器系统的理想选择。通过Redis我们可以轻松应对高并发场景下的计数需求确保数据的准确性和实时性。 社交网络
赞/踩、粉丝、共同好友/喜好、推送、下拉刷新等是社交网站的必备功能由于社交网站访问量通常比较大而且传统的关系型数据不太合适保存这种类型的数据Redis提供的数据结构可以相对比较容易地实现这些功能。 消息队列系统
消息队列系统无疑是大型网站不可或缺的基础组件之一它凭借业务解耦、非实时业务削峰填谷等特性在系统中发挥着举足轻重的作用。Redis虽然主要以缓存数据库的身份闻名但它也提供了发布/订阅Pub/Sub功能和阻塞队列的功能这些特性使得Redis能够在一定程度上胜任消息队列的角色。尽管与专业级的消息队列系统相比Redis在功能丰富度和性能优化上可能稍逊一筹但对于大多数常见的消息队列需求而言Redis已经能够提供足够强大的支持。 3.2 Redis 不可以做什么
事实上如同任何一项技术一样Redis也有其特定的应用场景和局限性。这意味着Redis并非无所不能它擅长解决某些问题但同时也存在许多它不适宜处理的场景。我们可以从数据规模和数据访问频率冷热数据的角度来深入探讨这一点。
从数据规模的角度来看数据可以被划分为大规模数据和小规模数据。Redis将数据存储在内存中尽管当前内存价格已经相对亲民但对于极其庞大的数据集例如每天涉及数亿条用户行为数据的场景使用Redis进行存储将变得极为昂贵甚至不切实际。
从数据冷热的角度来看数据可以分为热数据和冷数据。热数据指的是那些需要频繁访问和操作的数据而冷数据则相反。以视频网站为例视频的基本信息如标题、导演、演员阵容等通常会在多个业务线中频繁使用属于热数据。而用户的观看记录则不一定经常需要访问属于冷数据。这里我们暂时不考虑两者在数据规模上的差异仅从数据冷热的角度出发。对于热数据如视频基本信息将其存储在Redis中可以显著加速读写速度并减轻后端存储系统的负载从而实现资源的高效利用。然而对于冷数据如用户观看记录将其放在Redis中则是对内存资源的一种浪费。
综上所述合理区分数据的规模和冷热程度有助于我们更有效地利用Redis这一强大工具同时避免不必要的资源浪费。 四版本说明
Redis 遵循了Linux操作系统所采用的版本号命名惯例
若版本号的第二位为奇数则代表该版本为非稳定版例如2.7、2.9、3.1若为偶数则代表该版本为稳定版例如2.6、2.8、3.0、3.2。
当前的奇数版本预示着它是下一个稳定版本的开发阶段例如2.9版本即为3.0版本的前身。因此在生产环境中我们通常选用偶数版本的Redis以确保稳定性而若希望提前体验并应用某些新特性则可以选择最新的奇数版本。截至目前最新的版本是7.0版本。本小节将概述Redis发展历程中的几个关键版本及其特色功能。
4.1 Redis 2.6
Redis 2.6 在2012年正式发布相比于Redis2.4主要特性如下
服务端支持Lua脚本去掉虚拟内存相关功能。 放开对客户端连接数的硬编码限制。 键的过期时间支持毫秒。 从结点提供只读功能。两个新的位图命令bitcount和bitop。增强了redis-benchmark的功能支持定制化的压测、CSV格式输出等功能。基于浮点数自增命令incrbyfloat和hincrbyfloat。 redis-cli 可以使用--eval参数实现Lua脚本执行。shutdown命令增强。 Info可以按照setction输出并且添加了⼀些统计项。重构了大量的核心代码所i有集群相关的代码都去掉了会在3.0支持cluster功能。sort命令优化。 4.2 Redis 2.8
Redis 2.8 在2013年正式发布相比于Redis2.6主要特性如下
添加部分主从复制的功能在⼀定程度上降低了由于网络问题造成频繁全量复制生成RDB对系统造成的压力。 尝试性地支持IPv6。可以通过configset命令设置maxclients。可以用bind命令绑定多个IP地址。 Redis设置了明显的进程名方便使用ps命令查看系统进程。 configrewrite 命令可以将configset持久化到Redis配置文件中。 发布订阅添加了pubsub命令。 RedisSentinel第⼆版相比于Redis2.6的RedisSentinel此版本已经变成生产可用。 4.3 Redis 3.0
Redis 3.0 在2015年正式发布相比于Redis 2.8主要特性如下
Redis提供的官方分布式实现为Redis提供了水平扩展和高可用性支持。优化了小对象的内存访问使得在特定的工作负载下访问速度大幅提升。优化了LRU最近最少使用算法显著提高了性能。增加了链接缓存功能大幅提高了键迁移的速度。MIGRATE命令新增参数copy迁移键时保留原键。replace迁移键时替换目标键。在指定时间内停止处理客户端请求用于系统维护或数据一致性调整。现在可以使用不同的单位来设置maxmemory参数如KB、MB、GB等而不仅仅是字节。日志中会反映当前实例的角色master或slave有助于快速识别实例状态。提高了INCR命令在处理高并发递增操作时的性能。提高了BITCOUNT命令在处理大规模位图数据时的性能。 4.4 Redis 3.2
Redis 3.2 在2016年正式发布相比于Redis 3.0主要特性如下
◦ 添加GEO相关功能
提供地理位置相关的操作如计算两点之间的距离等。
◦ SDS优化
在速度和节省空间上都进行了优化提升了字符串处理的性能。
◦ 支持进程管理
支持使用upstart或systemd来管理Redis进程提高了系统管理的便捷性。
◦ 新的List编码类型
引入quicklist作为新的List编码类型结合了ziplist和linkedlist的优点。
◦ 从节点数据一致性
从节点读取过时数据保证一致性增强了分布式环境下的数据可靠性。
◦ 添加hstrlen命令
提供获取哈希表中指定字段值的长度的新命令。
◦ 加强debug命令
支持更多的参数提供更丰富的调试信息。
◦ Lua脚本功能加强
增强了Lua脚本的执行效率和功能提供了更好的脚本开发体验。
◦ 添加LuaDebugger
提供了Lua脚本的调试工具方便开发者进行脚本调试。
◦ config set支持更多参数
允许用户通过config set命令设置更多的配置参数增强了配置的灵活性。
◦ 优化崩溃报告
优化了Redis崩溃后的相关报告提供了更详细的崩溃信息和诊断工具。
◦ 新的RDB格式
引入新的RDB格式同时保持对旧RDB格式的兼容性确保数据迁移的便利性。
◦ 加速RDB加载速度
提高了RDB文件的加载速度缩短了Redis实例的启动时间。
◦ spop命令支持个数参数
允许用户通过spop命令一次弹出多个元素提高了操作的灵活性。
◦ cluster nodes命令加速
对cluster nodes命令进行了优化提高了集群节点信息的检索速度。
◦ Jemalloc更新到4.0.3版本
更新了内存分配器Jemalloc到4.0.3版本提高了内存管理的性能和稳定性。 4.5 Redis 4.0
Redis 4.0 在2017年正式发布相比于Redis 3.2主要特性如下
◦ 模块系统
提供了模块系统module方便第三方开发者拓展Redis的功能增强了Redis的扩展性和灵活性。
◦ PSYNC 2.0
优化了主从节点切换时的复制机制解决了以前版本中主从切换必然引发全量复制的问题提高了复制效率和可靠性。
◦ LFU算法
提供了新的缓存剔除算法LFULeast Frequently Used与LRU算法不同LFU是基于访问次数的淘汰规则并对已有算法进行了优化提高了缓存的命中率和性能。
◦ 非阻塞删除功能
提供了非阻塞的del和flushall/flushdb功能新添加了unlink命令。unlink命令是del命令的异步版本它可以将删除指定键的操作放在后台线程中执行避免了删除大键时阻塞主线程的问题。
◦ 内存监控
提供了memory命令实现了对内存更为全面的监控统计帮助用户更好地了解Redis的内存使用情况。
◦ 交互数据库功能
提供了交互数据库功能实现了Redis内部数据库的数据置换方便用户在不同数据库之间迁移数据。
◦ RDB-AOF混合持久化
提供了RDB-AOF混合持久化格式充分利用了AOF和RDB各自的优点既保证了数据的安全性又提高了持久化的效率。
◦ Redis Cluster兼容性
Redis Cluster兼容NAT和docker环境使得Redis Cluster在更多场景下都能稳定运行提高了Redis Cluster的适用性和可靠性。 4.6 Redis 5.0
Redis 5.0 在2018年正式发布相比于Redis 4.0主要特性如下
◦ 新的流数据类型
引入了流stream数据类型为消息队列和日志处理提供了更高效的数据结构。
◦ Redis模块API扩展
新的Redis模块API包括定时器、集群和字典API为第三方开发者提供了更丰富的功能接口。
◦ RDB存储优化
RDB现在可存储LFULeast Frequently Used和LRULeast Recently Used信息有助于更好地管理内存和缓存。
◦ redis-cli集群管理器移植
redis-cli中的集群管理器从Rubyredis-trib.rb移植到了C语言代码提高了性能和稳定性。
◦ 新的有序集合命令
引入了zpopmin/zpopmax和阻塞变体命令为有序集合提供了更灵活的操作方式。
◦ Active Defragmentation升级
升级Active Defragmentation至v2版本提高了内存碎片整理的效率和效果。
◦ HyperLogLog增强
增强了HyperLogLog的实现提高了基数估计的准确性和性能。
◦ 内存统计报告改进
提供了更好的内存统计报告帮助用户更好地了解Redis的内存使用情况。
◦ 帮助子命令
许多包含子命令的命令现在都有一个help子命令方便用户查看命令的使用说明。
◦ 客户端性能优化
在客户端频繁连接和断开连接时性能表现更好提高了Redis的并发处理能力。
◦ 错误修复和改进
进行了许多错误修复和其他方面的改进提高了Redis的稳定性和可靠性。
◦ Jemalloc升级
升级Jemalloc至5.1版本提高了内存管理的性能和稳定性。
◦ clientunblock和clientid
引入了clientunblock和clientid功能提供了更灵活的客户端管理方式。
◦ lolwut命令
新增了lolwut命令用于娱乐和测试通常是一个内部或开发者的玩笑命令。
◦ 术语更新
在不存在需要保持向后兼容性的地方弃用了slave术语采用了更中性的术语。
◦ 网络层优化
在网络层中进行了差异优化提高了网络通信的效率和稳定性。
◦ Lua脚本支持增强
增强了对Lua脚本的支持包括将Lua脚本更好地传播到replicas/AOF、Lua脚本现在可以超时并在副本中进入-BUSY状态等。
◦ 动态HZ
引入了动态的HZDynamicHZ以平衡空闲CPU使用率和响应性提高了Redis的性能和能效。
◦ 核心代码重构和改进
对Redis核心代码进行了重构并在许多方面进行了改进提高了Redis的整体性能和稳定性。 4.7 Redis 6.0
Redis 6.0在2020年正式发布相比于Redis 5.0引入了一系列重要的新特性和改进。以下是Redis 6.0的主要特性
多线程IO Redis 6.0引入了多线程IO处理但多线程部分仅用于处理网络数据的读写和协议解析执行命令仍然是单线程。这一改进旨在提高网络请求处理的并行度从而提升整体性能。需要注意的是多线程IO在Redis 6.0中默认是禁用的需要在redis.conf配置文件中手动启用。客户端缓存client-side-caching Redis 6.0实现了客户端缓存功能允许客户端在本地缓存读取的数据以减少对Redis服务器的访问次数。这一功能通过跟踪Tracking机制实现服务端会记录客户端读取过的key并监测key的修改情况。一旦key值发生变化服务端会通知客户端缓存失效。客户端缓存功能支持普通模式和广播模式以适应不同的应用场景。RESP3协议支持 Redis 6.0在兼容RESP2协议的基础上开始支持RESP3协议。RESP3协议是Redis序列化协议的更新版本提供了更丰富的数据类型和更灵活的错误处理机制。这有助于提升客户端与服务端之间的通信效率和兼容性。SSL连接支持 Redis 6.0支持SSL连接提高了数据传输的安全性。通过配置SSL/TLS可以确保客户端与Redis服务器之间的通信被加密防止数据泄露和篡改。增强的ACL权限控制 Redis 6.0提供了更细粒度的ACL访问控制列表权限控制。管理员可以按照命令粒度控制不同用户的访问权限实现对不同key授予不同的操作权限。此外Redis 6.0还新增了一个ACL日志命令允许查看所有违反ACL规则的客户端操作这对于调试ACL问题非常有用。RDB日志加载速度提升 Redis 6.0对RDB日志的加载速度进行了优化提高了Redis服务器的启动速度和数据恢复效率。官方Redis集群代理模块RedisClusterProxy Redis 6.0发布了官方的Redis集群代理模块为Redis集群提供了更灵活和高效的代理服务。这一模块有助于简化Redis集群的管理和配置提高集群的可用性和性能。新模块API Redis 6.0提供了众多的新模块API为第三方开发者提供了更丰富的功能接口。这些API允许开发者创建自定义的数据类型、命令和扩展Redis的功能从而满足更广泛的应用场景和需求。 4.8 Redis 7.0
Redis 7.0在2022年正式发布相比Redis 6.0其引入了一系列重要的特性和改进。以下是对Redis 7.0主要特性的详细归纳 AOF文件存储方式的改进 Redis 7.0将AOFAppend Only File文件的存储方式从单一文件改为了在一个文件夹下存储多个文件。这一改进有助于优化AOF的重写过程减少资源消耗并提高Redis的性能和稳定性。具体来说AOF被分为三种类型base AOF、incr AOF和History AOF。其中base AOF用来记录AOF重写时刻的全量内存数据incr AOF用来记录重写过程中所有增量数据。这种多文件设计的理念使得新版AOF无需做数据合并全量和增量被放在不同文件中天然隔离。 RDB版本升级 Redis 7.0将持久化文件RDB的版本升级为10这一版本与之前的RDB文件版本不再兼容。这意味着在升级到Redis 7.0后可能需要对旧的RDB文件进行转换或迁移。同时在读取老的RDB文件格式时Redis 7.0会将ziplist转换为listpack这种转换发生在从磁盘读取文件或从主节点进行复制文件的时候。 安全性增强 在redis.conf配置文件中protected-mode默认更改为yes。这一改变提高了Redis服务器的安全性只有当客户端在授权的情况下才能连接到Redis服务器。如果希望在没有授权的情况下允许客户端连接可以将protected-mode设置为no但这样做会降低安全性。 ACL中Pub/Sub Channel的默认阻塞 在Redis 7.0中ACLAccess Control List中的Pub/Sub Channel默认是被阻塞的。这意味着在没有明确授权的情况下客户端无法发布或订阅消息。这一特性有助于防止未经授权的客户端滥用Pub/Sub功能。 从节点中TTL时间标识的改进 在Redis 7.0的从节点中TTLTime To Live的时间标识的是绝对时间而不再是相对时间。这一改进保证了过期数据能够被及时删除从而提高了Redis的数据一致性和准确性。 不再支持Gopher协议 Redis 7.0不再支持Gopher协议。Gopher协议是一种早期的网络协议用于在Internet上传输文本数据。随着网络技术的发展和Redis应用场景的扩展Gopher协议已经逐渐被淘汰。 replica-serve-stale-data配置的改变 当在配置文件中设置replica-serve-stale-datano时如果主节点不再提供服务例如因为故障或网络问题从节点将不会响应ping命令等查询操作。这一特性有助于防止在主节点故障时从节点提供过时或不一致的数据。 五总结
Redis是一个开源的内存数据结构存储系统它可以用作数据库、缓存和消息中间件。本文从初始redis、redis特性、应用场景以及版本说明四个方面进行介绍。
一初始redis
首先带大家对redis有个基本的认识并介绍其作为开发人员需要具备相应的能力Redis是高性能键值对NoSQL数据库功能丰富广泛应用于全球各大公司成为开发与运维必备技能。
二redis特性
Redis具有多种特性使其成为许多应用场景的首选。首先Redis支持多种数据类型如字符串、列表、集合、有序集合和哈希等这些数据类型都支持push/pop、add/remove及取交集并集和差集等丰富的操作。其次Redis支持持久化可以将内存中的数据保存到磁盘中以防止数据丢失。此外Redis还支持复制和分片可以实现数据的冗余和负载均衡。最后Redis具有丰富的客户端库和生态系统可以方便地与其他编程语言进行集成。
三应用场景
Redis的应用场景非常广泛以下是一些常见的应用场景
3.1 Redis 可以做什么
缓存Redis可以作为缓存层存储热点数据提高数据访问速度。会话存储Redis可以存储用户会话信息如登录状态、购物车等。消息队列Redis的列表和发布/订阅功能可以实现简单的消息队列系统。排行榜Redis的有序集合可以用来实现排行榜功能。实时分析Redis可以存储和分析实时数据如用户行为、流量统计等。
3.2 Redis 不可以做什么
大规模数据存储虽然Redis支持持久化但由于其内存数据库的特性不适合存储大规模数据。复杂查询Redis的查询功能相对简单不适合进行复杂的SQL查询。事务处理Redis的事务处理功能相对较弱不适合进行复杂的事务操作。
四版本说明
Redis在不同版本中引入了许多新特性和改进。例如Redis 6.0引入了多线程IO处理提高了网络请求处理的并行度Redis 7.0则对AOF文件的存储方式进行了改进提高了持久化的性能和稳定性。用户在选择Redis版本时需要根据自己的需求和场景进行选择以确保Redis的稳定性和性能。
