Redis 命令参考

Redis命令参考手册 - Key

count 是负数，返回一个 count 绝对值的长度的集合， 集合中元素可能会重复多次。①哈希类型field（域 ）和 value 的隐射表，value分为field和value，hset可将key中的值设置为value，如果 key 不存在，则新建 hash 表，执行赋值，如果有 field ,则覆盖值。③获取列表 key 中指定区间内的元素，0 表示列表的第一个元素，start , stop 是列表的下标值， -1 表示列表的最后一个元素， start ，stop 超出列表的范围不会出现错误。

参考文档：http://redisdoc.com/

无论是键 key 的值还是增量 increment ， 都可以使用像 2.0e7 、 3e5 、 90e-2 那样的指数符号(exponential notation)来表示， 但是， 执行 INCRBYFLOAT 命令之后的值总是以同样的形式储存， 也即是， 它们总是由一个数字， 一个（可选的）小数点和一个任意长度的小数部分组成（比如 3.14 、 69.768 ，诸如此类)， 小数部分尾随的 0 会被移除， 如果可能的话， 命令还会将浮点数转换为整数（比如 3.0 会被保存成 3 ）。

cd /etc/修改配置文件#修改任意ip#关闭保护模式#启动守护进程#修改工作目录#修改日志目录。

Redis 命令参考 外星人 Key(键) DEL 格式：DEL key [key ...] 删除给定的一个或多个 key 。 不存在的 key 会被忽略。 可用版本： >= 1.0.0 时间复杂度： O(N)， N 为被删除的 key 的数量。 删除单个字符串类型的 key ，时间复杂度为O(1)。 删除单个列表、集合、有序集合或哈希表类型的 key ，时间复杂度为O(M

Redis作为高性能内存数据库，能有效解决高并发系统"卡顿"问题。其核心优势在于：1）内存存储实现纳秒级响应；2）单线程模型避免锁竞争；3）I/O多路复用处理高并发。提供五种数据结构：String（基础存储）、Hash（对象存储）、List（消息队列）、Set（去重）、ZSet（排行榜）。具备三大高可用机制：RDB/AOF持久化、键过期自动清理、主从哨兵集群架构。典型应用场景包括商品缓存、秒杀队列、用户会话管理等，可使系统响应从500ms降至5ms，降低数据库压力90%。安装支持Linu

本文系统介绍了Redis在生产环境中的核心实践，围绕数据安全、高并发、常见问题和管理工具四大维度展开。在数据安全方面，详细讲解了RDB和AOF持久化机制、主从复制、哨兵模式和Redis集群的部署方案。针对高并发场景，提出了单机优化、读写分离和分布式集群的解决方案。针对缓存穿透、雪崩、击穿三大经典问题，给出了缓存空值、布隆过滤器、随机过期时间、互斥锁等实用对策。最后推荐了RedisInsight、Another Redis Desktop Manager等管理监控工具，帮助构建稳定高效的Redis服务体系。文

Redis GEO 是 Redis 的一个模块，用于存储地理位置信息。它允许用户将地理位置信息（经纬度）存储在 Redis 中，并能够基于这些地理位置信息进行查询和计算。Redis GEO 是 Redis 中一个非常有用的功能，可以帮助开发者存储地理位置信息，并基于这些信息进行查询和计算。通过本文的介绍，相信大家对 Redis GEO 有了一定的了解。在实际应用中，可以根据具体需求选择合适的 Redis GEO 功能，发挥其强大的作用。

Redis支持RDB和AOF两种持久化机制，将内存数据存储在硬盘上避免进程退出导致数据丢失。RDB通过定期生成数据快照实现备份，支持手动和自动触发，但存在数据实时性不足的问题；AOF通过记录每个写命令保证数据实时性，但文件体积较大。Redis采用fork子进程方式执行持久化操作，同时通过内存缓冲区减少IO操作频率。AOF还支持文件重写来压缩体积。两种机制各有优劣：RDB恢复速度快但实时性差，AOF实时性好但恢复较慢。实际应用中，当AOF开启时优先使用AOF进行数据恢复。

哨兵模式显著提升了 Redis 系统的可用性。然而，其核心数据存储仍然依赖于单个 Master 节点及其 Slave 副本。这意味着所有数据都需要完整地存储在这组主从节点上。当数据量极其庞大，接近甚至超出 Master/Slave 节点所在服务器的物理内存容量时，系统就可能面临严重问题。虽然硬件成本持续下降，大中型互联网公司的服务器内存容量已普遍达到 TB 级别，但在当今的“大数据”时代，1TB 内存也常常显得捉襟见肘。