Redis关键数据查询与优化：dbsize、key解析及实际应用场景解析

Redis有没有什么命令可以查询当前库有多少个key

Info可以让你看到所有库的key数量，dbsize是当前库key的数量*。
​​这种数据量少还好，量大了就直接杀掉你的生产环境。
。
dbsize和key*计算出的key数量可能不同。
如果我没记错的话，key*计算的是当前db的有效key，而dbsize计算的是所有未被删除的key（有效key和未删除的key是不一样的。
）同样，关于redis中的过期策略：可以了解更多。
）

Redis应用场景？

Redis实际使用场景1.显示最近项目列表。
以下语句通常用于显示最近的项目。
随着数据量的增加，查询无疑会变得越来越慢。
SELECTFROMfOOWHEREORDERBYtimeDESCLIMIT10在Web应用程序中，诸如“列出最近回复”之类的查询非常常见，通常会导致可扩展性问题。
这很令人沮丧，因为元素是按该顺序创建的，但需要对它们进行排序才能按该顺序输出。
类似的问题可以使用Redis来解决。
例如，我们的一个Web应用程序想要列出用户最近发布的20条评论。
最新评论旁边有一个“显示全部”链接，您可以单击该链接来获取更多评论。
我们假设数据库中的每个评论都有一个唯一的递增ID字段。
我们可以使用Redis模板使用分页来创建主页和评论页面。
每次发布新评论时，我们都会将其ID添加到Redis列表中：LPUSHlatest.comments。
我们会将列表修剪到指定的长度。
所以Redis只需要存储最后5000条评论：LTRIMlatest.comments05000每次我们需要从最新评论中获取项目范围时，我们都会调用一个函数（使用伪代码）：FUNCTIONget_latest_comments(start,num_items):idlist=redis.lrange("latest.comments",start,start+numitems-1)IFidlist.length在Redis中，我们最新的ID使用一个始终更新的常驻缓存。
但我们将其限制为5000个ID，因此我们的获取ID函数将始终查询Redis。
只有当启动/账户参数超出这个范围时才需要访问数据库。
我们的系统不会像传统方式那样“刷新”缓存，Redis实例中的信息始终是一致的。
SQL数据库（或硬盘上的其他类型的数据库）仅在用户需要检索“远方”数据时才会启动，而主页或第一页评论将不会启动扰乱硬盘上的数据库。