【发布时间】:2019-11-04 08:39:16
【问题描述】:
我有一个现有的 PHP Web 服务,用于执行需要大约 10 秒才能运行的复杂计算。特定的客户端使用模式是多个客户端几乎总是会在 10 秒的窗口内请求相同的计算。
目前,我们只是允许所有人并行运行。显然,这是昂贵且不必要的,因此请寻找最简单的方法来防止这种常规缓存踩踏。
理论上,我们想做的只是让第一个客户端请求去计算结果,然后将计算结果放入缓存中。如果后续客户端请求到达并正在寻找该结果:
a) 如果结果已经被缓存 - 太好了! b) 如果结果尚未缓存,但正在处理,请等到它出现在缓存中,然后再将该值返回给客户端。
我已经准备好几种不同的方法,但我很想听听任何实用的建议或建议,以帮助决定最简单和最简单的方法。
我们尚未做出缓存决定,因此也欢迎就使用哪个缓存提出建议。音量很低,因此内存中可能很好。是否有任何缓存实现可以真正解决问题并阻止另一个线程实际上正在填充缓存条目的缓存读取?
缓存是正确的做法吗?我们应该改用队列吗?!
任何基于实践经验的想法或建议将不胜感激。
【问题讨论】:
-
基本思想是将请求的计算转换为可以保存到文件系统的唯一 ID,如果在“待处理”文件夹中找到该文件,则让请求者等待该文件在“已完成”文件夹中找到并显示结果。如果计算在已完成文件夹中找到或不存在,则将其从“已完成”中删除并在“待处理”文件夹中启动计算。如果你愿意,你可以在数据库中实现这个机制。您只需要弄清楚何时执行新计算的业务逻辑。
标签: php caching redis memcached apc