Redis终端里怎么快速搞定任务，别光看界面说复杂了

好，直接上干货，在Redis终端（就是那个黑乎乎的命令行）里干活，想快起来，核心就两点：别死记命令，活用敲命令时的“小聪明”；把一堆操作打包成一个“包裹”来发,下面我直接说具体怎么弄。

别当记忆大师，让终端帮你补全和提示

很多人觉得命令行要记太多命令，手指头都敲酸了，其实根本不用，Redis终端自己有“联想”功能,你得会用。

1. 用Tab键自动补全：这是最快的，比如你想用ZRANGE这个命令，你不用敲全，只需要敲个ZR，然后按一下Tab键，终端会自动帮你补全成ZRANGE，如果有多个命令都是以ZR开头的，你连按两下Tab键，它会把所有候选命令都列出来让你选，这个技巧能极大减少敲错命令的概率和敲字的时间。（来源：Redis官方文档关于CLI交互模式的说明）

2. 用命令提示看怎么用：如果你记不住一个命令后面该怎么接参数，比如SET命令除了key value还能干嘛，你可以直接打HELP SET然后回车，终端不会真的执行SET，而是会显示出SET命令的详细用法说明，包括所有可选的参数像EX（过期时间）、NX（只有key不存在时才设置）等，现用现查，比去翻网页手册快多了。（来源：Redis HELP 命令的内置功能）

告别“一问一答”，学会“批量发货”

最慢的操作是什么？是你发一个命令，等Redis回复一个“OK”，你再发下一个，再等…网络来回的时间都浪费了，想快，就得把多个命令攒在一起，一次性发过去，这里主要靠管道（Pipeline）和Lua脚本。

1. 管道（Pipeline）：日常操作的加速器 想象一下，你要往Redis里塞一万条数据，如果一条一条SET，网络通信一万次，慢得要死，用管道就简单了：你把这一万个SET命令提前写好，像装进一个管道里，然后一次性把整个管道推给Redis，Redis在那边一口气处理完，再把所有结果打包一次性返回给你，这样从原来的一万次来回变成了一次来回，速度能提升几十倍甚至上百倍。（来源：Redis官网对Pipeline技术的性能优化说明）

   • 怎么用：在命令行里，你可以用echo命令配合管道符来模拟，更常见的是在你写的程序（比如用Python、Java）里使用客户端库的pipeline功能，那才是真正发挥威力的地方，但在终端里理解这个概念,对你以后写程序有帮助。

2. Lua脚本：复杂操作的“打包神器” 有时候你的操作不是简单的增删改查，而是一连串有逻辑的动作，你要先检查某个键的值，如果大于10，就把它减5，否则就删掉它，如果不用脚本，你得先发一个GET命令，根据结果再决定发DECRBY还是DEL，这又变成了两次网络来回，而且在两次命令执行的间隙，可能别的客户端已经把值改掉了，导致你的逻辑出错。 Lua脚本就是为了解决这个问题的，你可以把整个逻辑（检查、判断、修改）写在一个Lua脚本里，然后用EVAL命令把这个脚本作为一个整体发给Redis，Redis会保证这个脚本在执行过程中是“原子性”的，就像只有一个命令一样，不会被其他操作打断，既保证了数据正确，又因为一次性发送而极快。（来源：Redis官方对Lua脚本原子性和效率的阐述）

   • 终端里简单用一下：

     EVAL "return redis.call('GET', KEYS[1])" 1 mykey

     这个例子虽然简单，但展示了格式：EVAL后面跟Lua脚本字符串，KEYS[1]是参数，数字1表示后面跟了一个key,复杂的逻辑你就往里写Lua代码就行。

摸清数据家族，用对命令

Redis不同的数据类型（String, Hash, List, Set, Sorted Set）就像不同的工具箱，你用对了工具,干活自然快。

• 批量操作命令：每个数据类型都自带一些批量处理的命令。
  • 操作多个String：用MSET和MGET，一次设置或获取多个key-value，比循环调用SET/GET快得多。
  • 操作Hash：HMSET（新版推荐直接用HSET）一次设置多个字段，HMGET一次获取多个字段，如果你要操作一个用户对象（name, age, city）,用Hash和这些命令是最高效的。
  • 操作List：LPUSH/RPUSH本身就能一次插入多个值。
  • 关键点：这些内置的批量命令，通常比你自己用管道拼一堆单条命令还要快，因为它在Redis服务器内部优化过了，只要有现成的批量命令，就优先用它们。（来源：Redis性能优化建议中关于批量命令的优先使用原则）

管理上的小技巧

• 快速选择数据库：Redis默认有16个数据库，编号0-15，用SELECT 1就能立刻切换到1号数据库，比你在一大堆key里找东西清爽多了，不过注意,在集群模式下不能用这个。
• 高效搜索键：KEYS pattern这个命令虽然能按模式（比如user:*）找key，但它在数据量大的时候会阻塞其他请求，生产环境慎用，应该用SCAN命令来代替，它不会阻塞，虽然慢一点，但安全,你可以写个小循环来遍历所有匹配的key。

在Redis终端里想快，别蛮干。能自动补全就别硬敲，能批量发送就别单条蹦，能用内置批量命令就别自己组装，有复杂逻辑就上Lua脚本打包，把这些习惯变成肌肉记忆,你在终端里操作Redis的速度和效率会完全不一样。