【问题标题】:LREM a "big" string or SET/GET + LREM a "small" stringLREM 一个“大”字符串或 SET/GET + LREM 一个“小”字符串
【发布时间】:2019-02-18 01:25:46
【问题描述】:

我希望这不会成为一个开放式问题。

我正在使用RPOPLPUSH 来实现reliable queue,并且我正在尝试评估在列表中直接使用(可能很大)字符串值(例如 JSON)或仅使用“键”之间的权衡在列表中并使用 SET/GET 存储/检索值(即 2 个额外调用),在这种情况下,LREM 仍然是 O(N),但字符串越小,性能应该越好。

我没有考虑过的事情?

【问题讨论】:

    标签: performance redis message-queue


    【解决方案1】:

    你应该自己测试一下。

    也就是说,内存分配/释放比网络更快,因此大字符串可能会表现得更好。

    【讨论】:

      猜你喜欢
      • 2015-02-07
      • 2016-12-11
      • 2015-06-18
      • 1970-01-01
      • 2013-03-11
      • 2014-12-13
      • 2021-12-06
      • 1970-01-01
      • 2013-08-11
      相关资源
      最近更新 更多