Story

我有 3 个 memcached 服务器正在运行，我关闭其中一个或另一个来调查 PHP-memcached 在无法访问的服务器上的行为。

我在 PHP 中定义了 4 个服务器，其中 1 个用于模拟大部分离线的服务器（备用服务器）。当我关闭 1 台服务器（=> 2 台仍然在线）时，第三台服务器->get()给我一个结果。

当我关闭另一台服务器（=> 1 仍然在线）时，它不会找到推送到最后一台服务器的对象。

样本输出

首次运行，4 台服务器中的 3 台启动：

Entity not found in cache on 1st try: NOT FOUND
Entity not found in cache on 2nd try: NOT FOUND
Entity not found in cache on 3rd try: NOT FOUND
Entity not found in cache on 4th try: NOT FOUND

第二次运行，4 台服务器中的 3 台启动：

Entity found in Cache: SUCCESS

第三次运行，4 台服务器中的 2 台启动：

Entity not found in cache on 1st try: CONNECTION FAILURE
Entity not found in cache on 2nd try: SERVER IS MARKED DEAD
Entity not found in cache on 3rd try: NOT FOUND
Entity not found in cache on 4th try: NOT FOUND

第四次运行，4 台服务器中的 1 台启动：

Entity not found in cache on 1st try: CONNECTION FAILURE
Entity not found in cache on 2nd try: SERVER IS MARKED DEAD
Entity not found in cache on 3rd try: CONNECTION FAILURE
Entity not found in cache on 4th try: SERVER IS MARKED DEAD

尽管有一台服务器保持在线状态，并且每次在缓存中找不到任何对象时，我都会将对象推送到 memcached，但它无法再找到密钥了。

我认为它也应该在只剩下一台服务器的情况下工作。

你能向我解释一下这种行为吗？

看起来不可能实现一些东西即使我关闭 20 台服务器中的 19 台也是安全的.

附带问题：libketama 不再真正维护了，使用它还好吗？该库背后的逻辑相当不错，也用于 varnish 缓存服务器。

Appendix

我的脚本：

<?php
require_once 'CachableEntity.php';
require_once 'TestEntity.php';

echo PHP_EOL;

$cache = new Memcached();
$cache->setOption(Memcached::OPT_LIBKETAMA_COMPATIBLE, true);
$cache->setOption(Memcached::OPT_DISTRIBUTION, Memcached::DISTRIBUTION_CONSISTENT);
$cache->setOption(Memcached::OPT_SERVER_FAILURE_LIMIT, 1);
$cache->setOption(Memcached::OPT_REMOVE_FAILED_SERVERS, true);
$cache->setOption(Memcached::OPT_AUTO_EJECT_HOSTS, true);

$cache->setOption(Memcached::OPT_TCP_NODELAY, true);
//$cache->setOption(Memcached::OPT_RETRY_TIMEOUT, 10);

$cache->addServers([
    ['localhost', '11212'],
    ['localhost', '11213'],
    ['localhost', '11214'],
    ['localhost', '11215'], // always offline
]);


$entityId = '/test/test/article_123456789.test';

$entity = new TestEntity($entityId);

$found = false;

$cacheKey = $entity->getCacheKey();

$cacheResult = $cache->get($cacheKey);
if (empty($cacheResult)) {
    echo 'Entity not found in cache on 1st try: ' . $cache->getResultMessage(), PHP_EOL;
    
    $cacheResult = $cache->get($cacheKey);
    if (empty($cacheResult)) {
        echo 'Entity not found in cache on 2nd try: ' . $cache->getResultMessage(), PHP_EOL;
        
        $cacheResult = $cache->get($cacheKey);
        if (empty($cacheResult)) {
            echo 'Entity not found in cache on 3rd try: ' . $cache->getResultMessage(), PHP_EOL;
            
            $cacheResult = $cache->get($cacheKey);
            if (empty($cacheResult)) {
                echo 'Entity not found in cache on 4th try: ' . $cache->getResultMessage(), PHP_EOL;
                
                $entity
                    ->setTitle('TEST')
                    ->setText('Hellow w0rld. Lorem Orem Rem Em M IpsuM')
                    ->setUrl('http://www.google.com/content-123456789.html');
                
                $cache->set($cacheKey, $entity->serialize(), 120);
            }
        }
        else { $found = true; }
    }
    else { $found = true; }
}
else { $found = true; }


if ($found === true) {
    echo 'Entity found in Cache: ' . $cache->getResultMessage(), PHP_EOL;
    $entity->unserialize($cacheResult);
    echo 'Title: ' . $entity->getTitle(), PHP_EOL;
}

echo PHP_EOL;

• 您所经历的行为是一致的。当服务器不可用时，它首先被标记为故障，然后被标记为死亡。

问题是，如果你设置了，显然它才会连贯Memcached::OPT_SERVER_FAILURE_LIMIT当您将其设置为 1 时，将值设置为 2。这可以解释为什么每个无法访问的服务器都有两个错误行（CONNECTION FAILURE, SERVER IS MARKED AS DEAD)

这似乎与超时有关。添加一个usleep()匹配失败后OPT_RETRY_TIMEOUT值将使服务器从列表中删除（请参阅以下错误评论 https://bugs.launchpad.net/libmemcached/+bug/1158676/comments/4)

• 该值不会复制到下一个服务器，因为仅分发密钥。

• 注意OPT_LIBKETAMA_COMPATIBLE不使用 libketama，但仅重现相同的算法，这意味着 libketama 不再处于活动状态并不重要，而这是推荐的配置在 PHP 文档中 http://php.net/manual/en/memcached.constants.php:

如果您想使用一致性哈希，强烈建议启用此选项，并且在未来版本中可能会默认启用此选项。

EDIT:根据我对您的帖子的理解，消息“在缓存中找到实体：成功”仅出现在第二次运行（1 个服务器离线）时，因为上一个命令没有更改，并且托管此密钥的服务器仍然可用（因此 memcached 考虑从值存储在第一、第二或第三服务器上的键）。我们将这些服务器称为 John、George、Ringo 和 Paul。

在第三次运行中，在启动时，memcached 根据密钥推断出四台服务器中的哪一台拥有该值（例如 John）。它在放弃之前询问了约翰两次，因为它现在已经关闭了。然后它的算法只考虑 3 个服务器（不知道 Paul 已经死了）并推断出 George 应该包含该值。

乔治两次回答它不包含该值，然后存储它。

但在第四轮比赛中，约翰、乔治和保罗出局了。 Memcached 尝试了 John 两次，然后尝试了 George 两次。然后它存储在 Ringo 中。

这里的问题是，在不同的运行之间不会记住不可用的服务器，并且在同一次运行中，您必须在删除服务器之前询问两次服务器。