后端 - 网站中各种数据查询如何在redis中缓存，用什么类型？

Question

网页中的前n条数据，例如文章某类前n条等数据，如何在redis中缓存，用什么类型？
查询频繁过关联多的表，是用string类型，缓存成json形式吗？
还有哪些常用经验求大佬一并指教！！！

Answer 1

看你具体场景设计，可以最直接粗暴的办法，string类型，好比是直接把前n条数据按文章ID为key存到内存里（数据的json字符串形式保存到redis里），设定一个有效期，对于经常访问的文章的前n条数据进行刷新（重新设置缓存有效期，保持这个文章的数据是热数据一直在内存中）。
如果对顺序，排序比较看重也可以用list，都行其实。用hash也可以，看你自己觉得那种方式写代码更方便选哪种。

Answer 2

缓存数据在Redis中有多种数据类型可以使用，具体选择哪种类型取决于数据的特性和使用场景。

1. String类型：这是最基础的数据类型，可以用来缓存任何数据，包括数字、字符串、列表、集合等。对于需要缓存复杂数据结构的情况，可以将数据序列化为JSON或其它格式，然后以String类型存储。
2. List类型：List类型可以用来缓存有序的字符串列表，特别适合用来缓存分页查询的结果。例如，你可以将每个页面的数据以List形式存储，然后将页码作为键，这样就很容易通过页码来获取对应的数据。
3. Set类型：Set类型可以用来缓存不重复的字符串集合。如果你需要缓存某个分类下的所有文章标题，就可以使用Set类型。
4. Hash类型：Hash类型可以用来缓存复杂的数据结构，如对象。你可以将文章对象作为Hash的键，文章ID作为Hash的字段，文章内容作为Hash的值。这样可以通过文章ID快速获取文章内容，非常适合缓存需要频繁查询的数据。
5. Sorted Set类型：Sorted Set类型可以用来缓存带排序的字符串集合。你可以将文章的点赞数作为Sorted Set的分数，文章标题作为Sorted Set的成员，这样可以通过分数来获取热度最高的文章。

对于查询频繁、关联表多的问题，如果你的数据量不大，可以考虑将关联表的数据合并后以JSON格式存储在String类型中。这样可以减少查询的复杂度。但如果数据量很大，建议使用Redis的Hash或Sorted Set类型来缓存数据，这样可以更高效地获取和查询数据。

此外，使用Redis缓存时还需要注意以下几点：

• 缓存策略：合理设置缓存过期时间，避免出现数据不一致的问题。对于更新频繁的数据，可以使用较短的时间戳；对于不经常变动的数据，可以适当延长缓存时间。
• 数据一致性：当数据库中的数据发生改变时，需要同步更新Redis中的数据。可以使用消息队列等技术实现异步更新。
• 数据安全性：Redis的数据是明文存储的，需要注意数据的安全性。可以使用密码保护、数据加密等措施来保护数据的安全。