lrem key 0 "value"可一次性原子删除列表中所有匹配元素，避免循环lpop/rpop导致的n次往返与竞态；清空整个list应优先用del（o(1)），而非ltrim（o(n)）；模糊匹配需用lua脚本实现。
用 LREM 一次性删光匹配值，别循环调用 LPOP
常见错误是写个 while 循环反复 LPOP 或 RPOP，直到返回 nil。这会触发 N 次网络往返 + N 次命令执行，还可能被并发写入干扰，导致删不干净。真实场景中，LREM key 0 "value" 一条命令就能删掉所有匹配元素，Redis 内部遍历一次完成，原子且无竞态。
注意：count 参数很关键：
-
0：删全部匹配项（最常用） -
2：从头开始删前两个 -
-1：从尾开始删最后一个
清空整个 List 就用 DEL，不是 LRANGE + LTRIM
如果目标是彻底清空，DEL mylist 是唯一 O(1) 方案。它直接释放整个 key 的内存，不管里面是 10 个还是 100 万条数据，都快得没感知。而 LTRIM mylist 1 0 虽然也能清内容，但本质是遍历释放每个节点，时间复杂度 O(N)，百万级 List 可能卡住主线程、触发慢日志。
副作用需留意：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
DEL会连带清除该 key 的过期时间（EXPIRE） - 若必须保留 key 和过期逻辑，只能先
PTTL记下剩余毫秒数，DEL后再PEXPIREAT重设 - 务必先
TYPE mylist校验类型，避免误删非 List 类型的 key
模糊条件删元素？绕不开 Lua 脚本
Redis 没有原生“按正则/子串删 List 元素”的命令。LREM 只支持精确匹配，LRANGE 又不能边遍历边删（会跳过相邻项）。可靠做法是用 Lua 脚本把整个流程封进服务端原子执行：
eval "local tmp = KEYS[1]..'_tmp'; while redis.call('LLEN', KEYS[1]) > 0 do local v = redis.call('LPOP', KEYS[1]); if not string.find(v, ARGV[1]) then redis.call('RPUSH', tmp, v) end end; if redis.call('LLEN', tmp) > 0 then redis.call('RENAME', tmp, KEYS[1]) else redis.call('DEL', tmp) end" 1 mylist "error"
这个脚本做了三件事：逐个弹出原 list、用 string.find 判断是否含子串、只保留不匹配的项到临时 list、最后重命名还原。全程在 Redis 单线程内完成，无网络延迟、无中间状态残留。
List 长度和编码影响实际性能
Redis 6.2+ 的 List 默认用 listpack 存小列表（≤512 元素且单元素 ≤64 字节），操作是内存连续扫描，LREM 实际比链表快；一旦超限自动转成 quicklist（双向链表 + listpack 节点），此时 LREM 需跨多个内存块查找，耗时上升。所以：
- 高频删除场景下，避免单个 List 存几万条长字符串
- 可考虑拆成多个 key，比如按时间分片：
log:20260713、log:20260714 - 用
OBJECT ENCODING mylist查看当前编码，辅助判断性能瓶颈点
DEL 和 LREM 的边界——前者管“整个结构”，后者管“内部值”，混用或错估类型，比算法慢更致命。
