5

我的网页游戏中的用户将某些玩家信息缓存在 PHP 的 $_SESSION 中。每次加载游戏时，它都会检查会话是否存在，如果不存在，他们会从 MySQL 数据库中获取玩家信息，然后将其存储在 $_SESSION 中。

现在我的问题是，如果玩家信息被另一个进程或玩家更新了怎么办？他们无法更新其他玩家的 $_SESSION 缓存。

我知道 memcached 很可能是解决这个问题的方法，但我不确定我是否应该花时间做这样的事情。$_SESSION 缓存对我来说做得很好，除了这个。

  • 我正在考虑为它创建一个 MySQL 表，该表在每次请求时都会被读取，并且如果有玩家记录它会重新创建缓存。
  • 另一种解决方案是在目录中创建一个文件，文件名中包含播放器的 id。每个请求 PHP 都会检查file_exist它是否应该清除缓存。

你们会怎么做？它会在每个请求中执行，因此对其进行优化非常重要。

4

3 回答 3

3

仅从设计的角度来看，我会避免使用 file_exists 和目录方法。当然 'file_exists' 很快，但它不能很好地扩展......如果使用更改了他们的名字会发生什么？

如果您正在使用 APC（并且您应该），您可以使用 APC 的用户内存缓存。只要您在单个服务器上，它就应该为您提供与 memcached 类似的性能优势，而无需单独的内存缓存服务器进程。如果用户条目经常更改，您可能会遇到 APC 的碎片问题。在这种情况下，是时候咬紧牙关使用 memcached 了——您甚至可以将会话数据存储在 memcached 中以提高性能。

此外，APC 或您的 file_exists 解决方案都不会扩展到多个负载平衡服务器——您需要一个数据库解决方案或 memcached。

于 2013-01-03T16:16:51.790 回答
1

您公开它的方式与一个与另一个相比有多快，SESSION 方法由于您的并发问题而无效。

如果您的数据可以同时更改，那么您的数据存储需要能够处理该并发，并且您想要使用的任何缓存层都需要根据问题的性质进行相应的行为。

于 2013-01-03T16:19:31.490 回答
1

如果只是关于缓存，并且您不想安装 memcache(d)，则可以在内存中使用 mysql 表。它不如 memcached 快，但仍然是一个很好的解决方案。并确保在所有表上创建正确的索引（也许这是更好的解决方案，没有缓存，只需从表中选择它）。

CREATE TABLE t (i INT) ENGINE = MEMORY;
于 2013-01-03T16:19:32.620 回答