Redis和海量 key

我需要加速我的应用程序(使用 PHP 编写的简单 GET 服务),于是我决定将其从关系型数据库转移到 Redis。花了一周的时间研究如何做到这一点,并考虑到我有很多表格和很多字段,我在 Redis 中创建了这样的结构: {tableName:clientID:itemID},例如

SET clientSubjects:1:1 bigJSONStringHere1
SET clientSubjects:1:2 bigJSONStringHere2
SET clientSubjects:1:3 bigJSONStringHere3

SET clientSubjects:2:1 bigJSONStringHere4
SET clientSubjects:2:2 bigJSONStringHere5
SET clientSubjects:2:3 bigJSONStringHere6

等等。

我有大约 2000 万个客户端,每个客户端大约有 4-10 个主题,因此是大约 1.5 亿个键。 要查找所有客户主题,每次接收来自某个客户端的请求时都必须使用 SCAN。我遇到的一个问题是,当我将所有客户端加载到 Redis 中后,命令

scan 0 match clientSubjects:{someID}:* count 100 返回:

1) "7241728"
2) (空列表或集合)

...... 我的决定是查找 Redis 存储中的键总数并将其用作 COUNT 参数。

这看起来像:

local keyspace = redis.call("info", "keyspace")
local keysCount = keyspace:match("keys=(%d+),")
local result = redis.call("SCAN", 0, "match", "clientSubjects:" .. ARGV[1] .. ":*", "count", keysCount) --ARGV 表示我将客户端 ID 传递给 lua 脚本

所以一切都正常,除了需要大约 3 秒钟才能执行! 但我需要它在几毫秒内完成...... 我能做什么?

点赞
用户261970
用户261970

将20百万的记录存储起来需要大量的内存来存储各种不同的数据结构和查询方式。

例如,要找到所有客户的主题,我会使用一个叫做clientSubjects:{clientID}的集合或列表,其值为主题ID。

你应该有不同的数据结构来适应不同的查询,并避免使用像SCAN这样的东西,因为这不是最优的。

在我看来,一个带有一些合适的索引的关系数据库更加合适,因为索引通常保存在内存中并可以回退到磁盘上,这将为你节省大量的时间和金钱。

请记住,Redis要求您将所有数据存储在内存中,因此,随着您添加更多数据结构来解决不同的查询类型,这将变得更加昂贵。

2016-12-08 12:20:27