如何在redis中以最佳方式存储字节矩阵，以便快速实时访问？

我有一个128 x 1048576字节矩阵，几个客户端可以快速读取和写入字节。这个矩阵可以被认为代表图像的像素

此外，客户端在扫描整个数据集的部分时，需要能够读取该矩阵的整个128 x 128扇区

我有几个使用redis的潜在解决方案：

为图像的每个像素提供自己的密钥，并要求客户端进行128 x 128次读取以获得每个扇区

创建8192个哈希以表示图像的每个扇区。每个扇区中的像素将表示为这些散列中的字段。这意味着每个散列将有128 x 128个字段

在这两种解决方案中，哪一种更适合我的需求

此外，在每个关键点/字段中存储超过1个像素是否有任何优势？如果是，如何确定在每个数据点存储的最佳字节数？（这会降低读取/写入的精度，但也会减小键空间的大小）

如果您认为有更好的解决方案使用redis集群，或者根本不使用redis，请毫不犹豫地提及

提前感谢,，

---

Dom听起来像是Redis位域数据结构的完美用例-它在Redis网站上有完整的文档记录：

---

事实上，Reddit最近（4月1日）完成了一个名为/r/Place的惊人项目，该项目与您正在尝试的内容非常相似-以下是详细信息：

听起来像是Redis位域数据结构的完美用例-它在Redis网站上有完整的文档：

---

事实上，Reddit最近（4月1日）做了一个很棒的项目，名为/r/Place，带有位字段，这听起来很像你正在尝试做的事情——以下是细节：

我不知道我怎么会错过这个命令。我在看位算术命令，它不支持我在用例中需要的每次调用的多次读/写。谢谢当然-去做一些很棒的事情，然后把它标记为正确的答案；pSorry我没有标记它。谢谢你提醒我，我完全忘了。我不知道我怎么会错过那个命令。我在看位算术命令，它不支持我在用例中需要的每次调用的多次读/写。谢谢当然-去做一些很棒的事情，然后把它标记为正确的答案；pSorry我没有标记它。谢谢你提醒我，我完全忘了。