【问题标题】:Storing and modifying cached objects with redis使用redis存储和修改缓存对象
【发布时间】:2018-09-05 20:26:13
【问题描述】:

我正在尝试使用 redis 缓存 php 对象(表示数据库记录)。

我需要每隔一段时间编辑多个对象的一个​​字段,(对象代表产品,数量字段应该经常批量更新)。

我在互联网上遇到过不同的方法,例如哈希表和序列化 json。

哪种方法最适合这种情况?

【问题讨论】:

    标签: php database object caching redis


    【解决方案1】:

    是的,根据我的经验,我将明确使用由 productId 索引的哈希和存储为 JSON 对象的产品数据。不要为每个项目使用一个密钥,因为您可能会遇到内存问题。查看 Redis 文档中的这些链接,了解为什么在您的用例中使用散列而不是键更好:

    https://redis.io/topics/memory-optimization#use-hashes-when-possible https://redis.io/topics/memory-optimization#using-hashes-to-abstract-a-very-memory-efficient-plain-key-value-store-on-top-of-redis

    除了要选择的结构外,我认为定义是要存储完整的产品对象还是仅存储 quantity 字段也很重要。我猜你有你的产品在某个数据库中,你想移动到一个缓存,比如 Redis,这个数量的价值是为了提高性能、速度和避免对你的数据库进行读取操作。可能我错了,但如果是这种情况,我只会创建一个由productId 索引的哈希,并以quantity 字段作为值。无论如何,如果您还需要缓存产品对象中的一些其他字段,我什么也没说。

    另一个需要考虑的主题可能不是您的问题的一部分,您将如何在 Redis 哈希中更新此数量值,我也猜想您每次销售产品时都会减少 Redis 中的数量,但它可以发生这种情况,因为用户转到产品页面并且他/她决定购买产品,产品的数量可能为零。因此,您应该首先从 Redis 动态更新您的 Web 应用程序中的产品计数器,以让您的用户了解情况,并且在完成购买之前检查该产品的数量,但要对照数据库。我的意思是即使使用Redis,真相的来源是你的数据库,它可能存在Redis和你的数据库之间的一些同步问题

    可能我已经猜到了很多事情...... :)

    【讨论】:

      猜你喜欢
      • 2016-03-29
      • 2013-09-02
      • 1970-01-01
      • 2017-05-09
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-08-11
      • 2011-02-17
      相关资源
      最近更新 更多