如何在Redis中存储键排序数据，用位置/索引替代实际键节省内存？

当然可以这么做，而且这种方式确实能大幅节省内存——毕竟Redis单独存储每个字符串键时，键本身会占用额外的元数据内存，用单一结构承载所有有序无间隙的键值对，内存利用率会高很多。下面是几种靠谱的实现方式，优先推荐第一种：

1. 使用Redis列表（List）（最推荐） #

这是最贴合你需求的方案，因为Redis List本身就是按顺序存储、索引从0开始的无间隙结构，完美匹配你的0、1、2...n的键值模式：

• 存储数据：用RPUSH命令批量或依次插入值，比如：

  RPUSH my_list val0 val1 val2 ... valn
  

  插入后，val0对应索引0，val1对应索引1，以此类推。
• 读取指定索引的值：用LINDEX命令直接获取：

  LINDEX my_list 3  # 获取索引3对应的值
  

• 修改指定索引的值：用LSET命令更新：

  LSET my_list 5 new_val  # 把索引5的值改成new_val
  

• 优势：List在小数据量下底层用压缩列表（ziplist）存储，内存占用极低；操作简单直接，完全不需要额外存储索引键，只用一个列表键就能承载所有数据。

2. 使用Redis哈希（Hash） #

如果需要偶尔单独对某个索引做更灵活的操作，也可以用Hash结构，把索引转成字符串作为field：

• 存储数据：用HSET命令逐个或批量设置：

  HSET my_hash "0" val0 "1" val1 "2" val2
  

• 读取值：用HGET命令：

  HGET my_hash "4"  # 获取索引4对应的值
  

• 注意：Hash的内存效率不如List，因为每个field都是字符串类型，会占用额外存储，适合数据量不大或者需要Hash特有操作的场景。

3. 使用Redis有序集合（Sorted Set） #

这种方式适合需要额外排序、范围查询的场景，但内存占用比List高：

• 存储数据：把索引作为score，值作为member插入：

  ZADD my_zset 0 val0 1 val1 2 val2
  

• 读取指定索引的值：用ZRANGE命令按位置获取：

  ZRANGE my_zset 2 2  # 获取索引2对应的值
  

• 注意：Sorted Set会额外存储score和member的映射关系，内存开销更大，仅在有范围查询、排序需求时考虑使用。

内容的提问来源于stack exchange，提问作者Prateek Trivedi