Redis里怎么快速找到所有队列名字，顺便看看队列情况啥的

在Redis里，没有一个像SQL数据库里SHOW TABLES那样直接的命令能一眼列出所有“表”（也就是你所说的队列名字），因为Redis是键值数据库，你的所有数据，包括队列，都是以“键”的形式存在的，一个队列，比如一个名为order_queue的列表，它的名字order_queue本身就是一个键。

你的问题“快速找到所有队列名字”，实际上就变成了“如何快速找到所有符合某种命名模式的键”。

核心方法：使用 KEYS 命令（最简单，但要小心！）

最直接、最容易被想到的命令是KEYS，你可以用一个模式（pattern）来匹配你想要的键。

• 查看所有键（不推荐在生产环境用）：

  KEYS *

  这个命令会列出Redis数据库中所有的键，如果你的数据库里键非常多（比如上百万个），这个命令会非常危险，因为它会阻塞Redis服务器，直到所有键都被列出为止，在这期间，Redis无法处理其他任何请求，可能导致服务卡死，这只是一个在本地开发环境或者数据量极小的情况下可以用的“玩具”命令。

• 查看所有你认为可能是队列的键： 更实际的做法是，你的队列名字应该有一个共同的前缀，这是一种非常好的实践，所有订单相关的队列都以order:开头，所有消息队列都以msg:开头。

  KEYS order:*

  这个命令会列出所有以order:开头的键，即使这样，如果以order:开头的键有几万几十万个，KEYS命令同样会引发阻塞问题。

关于KEYS命令的总结（引用自Redis官方文档的警告性说明）： 虽然KEYS命令在调试或数据量小的环境下很方便，但绝不建议在生产环境中使用，它是一个O(N)复杂度的命令，执行速度取决于数据库中的键的总数,会导致服务暂时卡顿。

安全的方法：使用 SCAN 命令（生产环境的正确姿势）

为了解决KEYS命令的阻塞问题，Redis提供了SCAN命令。SCAN命令以一种迭代的方式，分批地、非阻塞地遍历数据库中的所有键。

• 基本用法：

  SCAN 0 MATCH order:* COUNT 100

  这里有几个参数：

  • 0：代表游标,第一次迭代从0开始。
  • MATCH order：*：和KEYS命令后面的模式一样,用于匹配键名。
  • COUNT 100：建议每次迭代返回大约多少个元素（只是一个提示，返回的数量可能或多或少）。

• 如何迭代： 执行上面的命令后,Redis会返回两部分内容：

  1. 一个新的游标数字（比如123）。
  2. 本次迭代扫描到的键的列表。 如果返回的新游标是0，说明整个遍历已经完成，如果不是0，你需要用这个新游标作为下一次SCAN的参数，继续扫描，直到游标返回0为止。

  示例过程：

  第一次：SCAN 0 MATCH order:* COUNT 100
  返回：1) "56" 2) 1) "order:1001" 2) "order:1002" ... (最多100个)
  第二次：SCAN 56 MATCH order:* COUNT 100
  返回：1) "0" 2) 1) "order:2001" ... (剩余的一些)

  看到第二次返回的游标是0，说明扫描结束，你把两次返回的键列表合并起来，就得到了所有以order:开头的键。

SCAN的优势（引用自Redis设计思路）： 它通过分批次遍历，每次只占用很短的时间片，不会长时间阻塞服务器,从而可以在生产环境中安全地用于查找键。

找到了队列名字，怎么“顺便看看队列情况”？

找到了键（也就是队列名字）之后，你需要根据这个队列的数据类型，使用对应的查询命令来查看其“情况”。

Redis的队列通常是用列表（List） 或流（Stream） 这两种数据类型实现的。

如果你的队列是列表（List）：

• 查看队列长度（有多少个任务在排队）：这是最直观的“情况”。

  LLEN order:1001

  返回一个数字,表示这个队列里有多少个元素。

• 偷瞄一下队列内容（不看懂，只看有啥）：

  • 查看队列头部的几个元素：

    LRANGE order:1001 0 4

    这会返回队列里从索引0开始到索引4的5个元素（也就是最前面的5个任务）。

  • 查看队列尾部的几个元素：

    LRANGE order:1001 -5 -1

    这会返回队列里最后5个元素。-1代表最后一个元素，-2代表倒数第二个,以此类推。

• 消费一个消息来看看（看了就拿走了）： 如果你想模拟消费者取走一个任务，并看看这个任务的具体内容,可以用：

  LPOP order:1001

  或者

  RPOP order:1001

  注意：这会把元素从队列中移除！所以只在你确实想消费掉它的时候用。

如果你的队列是更高级的流（Stream）：

Stream是Redis 5.0引入的,功能更强大的消息队列。

• 查看流长度（有多少条消息）：

  XLEN mymessage stream

• 查看消息内容（不消费）：

  • 查看从开始到结束的最近N条消息：

    XRANGE mymessage - + COUNT 5

    代表最小ID（开始），代表最大ID（结束），COUNT 5限制返回5条。

  • 这是一个非常强大的命令,可以按ID范围精确查询历史消息。

总结一下你的操作步骤

1. 安全地找到所有队列名字： 使用 SCAN 0 MATCH [你的队列前缀]* COUNT 100 命令进行迭代扫描，直到游标返回0，把所有结果收集起来,这就是你的队列名字列表。

2. 逐个查看队列情况： 对于列表类型的队列，主要用LLEN看长度，用LRANGE。 对于流类型的队列，主要用XLEN看长度，用XRANGE查看消息。

最后再次强调（引用自实践经验）： 在任何数据量可能较大的环境，尤其是生产环境，请务必使用SCAN命令替代KEYS命令，这是保证Redis服务稳定性的关键，为你的队列设计一个有意义的、统一的前缀,会让管理和查找变得异常轻松。