【问题标题】:Alternatives for Memcached in a shared hosting共享主机中 Memcached 的替代方案
【发布时间】:2016-10-14 23:44:31
【问题描述】:

我读到这个questiongrochmal

因此,将 memcached 用作任何网络解决方案(尤其是在托管环境中)是不明智的。

那么,我需要采取什么方法来让我的网站更快?就我而言,由于对每个请求都使用数据库查询,我的 I/O 总是达到它的限制。 Memcached 是我认为可以解决我的问题的唯一方法,但他们说在托管环境(共享)中使用它是不明智的。我也在共享主机环境中,所以,我需要做什么?

【问题讨论】:

    标签: security caching memcached shared-hosting


    【解决方案1】:

    我认为答案在symcbeans answer 中同样的问题:

    加密存储在 memcache 中的所有数据可以解决泄露问题(但会产生密钥管理问题)。它不能防止数据损坏。

    以与解决主要数据源相同的方式解决密钥管理问题。如果该解决方案对于主数据源来说足够好,那么对于缓存来说也足够好。

    关于数据损坏,一个简单的服务器崩溃就足以清除您的数据。如果您担心损坏,则不应一开始就依赖 Memcached。

    【讨论】:

    • 密钥管理中的问题是密钥损坏的地方还是什么?而对于损坏数据,什么是服务器崩溃?我的数据库会被清除吗?
    • 密钥管理问题是存储加密密钥的位置。将其存储在您将密码存储到主数据源的位置。服务器崩溃是您的服务器由于某种原因关闭并重新启动。如果发生这种情况,存储在 Memcached 中的所有内容都将消失。但由于它只是一个缓存(或?),这不应该是一个大问题。
    • 所以,我使用密钥进行加密,然后我总是将其提取到数据库或将其存储到缓存中?
    • @googol8080 我不确定我是否理解你的问题。您使用密钥来加密进入缓存的所有内容,并解密从缓存中出来的所有内容。您不会将密钥存储在缓存中 - 这会使加密毫无意义。
    • 那么每次我检查缓存我去db搜索密钥然后解密?
    猜你喜欢
    • 2017-12-06
    • 2021-12-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-01-17
    相关资源
    最近更新 更多