1. Redis通用命令概述
Redis作为当今最流行的内存数据库之一，其命令行接口是开发者日常操作的核心工具。不同于关系型数据库繁琐的SQL语法，Redis提供了一套简洁高效的命令体系，这些命令按照功能可分为字符串、哈希、列表、集合等类型专用命令，以及我们今天要重点讨论的"通用命令"——那些不受数据类型限制、适用于所有键值操作的基础指令。
在实际生产环境中，通用命令的使用频率往往高于专用命令。根据我的运维经验，一个中型Redis实例每天约60%的操作都涉及KEYS、TTL、DEL等通用命令。特别是在缓存治理、集群维护等场景中，熟练掌握这些命令能显著提升工作效率。
2. 核心通用命令详解
2.1 键空间操作命令
KEYS pattern
这是最常用但也最危险的命令之一。它通过通配符查找匹配的键名，支持*(任意多个字符)、?(单个字符)和[](字符集合)三种模式。例如：
KEYS user:* # 查找所有以user:开头的键 KEYS session:?? # 查找session:后跟两个字符的键警告：KEYS在生产环境需谨慎使用。它会阻塞Redis单线程，导致服务短暂不可用。替代方案是使用SCAN命令进行增量式遍历。
SCAN cursor [MATCH pattern] [COUNT count]
安全遍历键空间的解决方案。通过游标分批返回结果，避免长时间阻塞。典型用法：
SCAN 0 MATCH cache:* COUNT 100每次调用返回新的游标值，当游标回到0时表示遍历完成。COUNT参数控制每批返回数量，默认10。
2.2 键生命周期管理
TTL key
查看键的剩余生存时间(秒)。返回-1表示永不过期，-2表示键不存在。与之对应的PTTL以毫秒为单位。
EXPIRE key seconds
设置键的过期时间。在缓存场景中，这个命令使用频率极高：
SET access_token "abc123" EXPIRE access_token 3600 # 1小时后自动删除PERSIST key
移除键的过期时间，使其永久保存。这在需要将临时数据转为持久数据时非常有用。
2.3 数据类型检测与操作
TYPE key
返回键存储的数据类型，包括string, hash, list, set, zset等。在操作未知键前先检查类型是个好习惯。
DEL key [key ...]
删除一个或多个键。支持批量操作是其最大特点：
DEL user:1001 session:xyz cache:item_123RENAME key newkey
重命名键。如果newkey已存在，其值会被覆盖。在数据迁移时常用到。
3. 高级实用命令
3.1 批量操作优化
UNLINK key [key ...]
DEL的异步版本。它会在后台线程中实际删除数据，避免阻塞主线程。对于大对象删除特别有效。
EXISTS key [key ...]
检查键是否存在。支持同时检查多个键，返回存在的数量：
EXISTS user:1001 order:7893.2 调试与性能分析
OBJECT subcommand [arguments]
查看键的内部编码信息。例如分析内存优化效果：
OBJECT ENCODING user:profile # 可能返回"ziplist"或"hashtable"MEMORY USAGE key
精确计算键占用的内存字节数。排查内存泄漏时不可或缺：
MEMORY USAGE cache:heavy_item4. 生产环境实战技巧
4.1 安全使用KEYS的替代方案
虽然官方建议用SCAN替代KEYS，但在实际操作中需要注意：
- SCAN可能返回重复键，需要在客户端去重
- COUNT只是建议值，实际返回数量可能不同
- 遍历期间如有键被修改，可能无法保证一致性
我常用的安全遍历模式：
# 使用Shell脚本分批处理 cursor=0 while true; do reply=$(redis-cli SCAN $cursor MATCH "temp:*" COUNT 500) cursor=$(echo "$reply" | head -n1) keys=$(echo "$reply" | tail -n +2) [ "$cursor" -eq 0 ] && break # 处理keys... done4.2 过期时间的精细控制
在电商秒杀系统中，我采用分层过期策略：
# 商品基本信息永不过期 SET product:1001 "{...}" # 库存数据短期缓存（自动刷新） SET stock:1001 500 EXPIRE stock:1001 30 # 30秒后过期 # 用户抢购记录中期保留 SET purchase:user1:1001 1 EXPIRE purchase:user1:1001 3600 # 1小时4.3 内存优化实践
通过OBJECT命令发现，当哈希表元素超过512个或单个元素超过64字节时，Redis会从ziplist转为更耗内存的hashtable。因此我们通过调整配置优化：
# redis.conf hash-max-ziplist-entries 1024 hash-max-ziplist-value 1285. 常见问题排查
5.1 键莫名其妙消失
可能原因及解决方案：
- 设置了过期时间但未注意到 - 使用TTL检查
- 达到maxmemory-policy限制 - 查看内存配置
- 被其他客户端删除 - 启用键空间通知监控
5.2 DEL命令执行缓慢
处理大对象时的优化方案：
- 改用UNLINK异步删除
- 对大哈希/集合分批次删除：
# 分批次删除大集合 SSCAN bigset 0 COUNT 100 | xargs redis-cli SREM bigset
5.3 内存占用异常
诊断步骤：
- 使用MEMORY USAGE定位问题键
- 检查数据类型是否从压缩格式转为普通格式
- 分析是否有大量临近过期的键堆积
6. 可视化工具推荐
虽然命令行强大，但可视化工具能提升效率：
- RedisInsight：官方出品，支持命令执行、内存分析
- Another Redis Desktop Manager：跨平台，支持集群管理
- Redisson：Java客户端内置的可视化功能
在Windows环境下安装Redis时，可以直接从GitHub获取官方编译版本，配置步骤包括：
- 解压下载的zip包
- 修改redis.windows.conf配置文件
- 运行redis-server.exe启动服务
